Bug 45614
| Summary: | RenderSVGResourceFilterPrimitive should be responsible for layout of SVG filter primitives | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Dirk Schulze <krit> |
| Component: | SVG | Assignee: | Nobody <webkit-unassigned> |
| Status: | RESOLVED FIXED | ||
| Severity: | Normal | CC: | rhodovan.u-szeged, zherczeg, zimmermann |
| Priority: | P2 | ||
| Version: | 528+ (Nightly build) | ||
| Hardware: | PC | ||
| OS: | OS X 10.5 | ||
| Bug Depends on: | |||
| Bug Blocks: | 68469, 26389 | ||
Dirk Schulze
RenderSVGResourceFilterPrimitive should be responsible for layout of SVG filter primitives.
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Dirk Schulze
Is layout handled for all filter primitives in RenderSVGResourceFilterPrimitive now? Can we close this bug?
Zoltan Herczeg
Depending on what was the plan.
RenderSVGResourceFilterPrimitive still has no "layout()" call, but it is unlikely that we will ever add one, since the primitives "lives" inside the filter.
Dirk Schulze
(In reply to comment #2)
> Depending on what was the plan.
>
> RenderSVGResourceFilterPrimitive still has no "layout()" call, but it is unlikely that we will ever add one, since the primitives "lives" inside the filter.
I agree, but do we still have to move some primitives to the current concept?
Zoltan Herczeg
> I agree, but do we still have to move some primitives to the current concept?
Shouldn't. I support closing this bug. If ever needed, we can still reopen it.