Summary: | CSS reference (SVG) filters aren't rendered at the correct resolution with device scale, page scale or zooming | ||||||
---|---|---|---|---|---|---|---|
Product: | WebKit | Reporter: | sugoi | ||||
Component: | SVG | Assignee: | Nobody <webkit-unassigned> | ||||
Status: | RESOLVED CONFIGURATION CHANGED | ||||||
Severity: | Normal | CC: | aigner.erik, dino, krit, sabouhallawa, senorblanco, simon.fraser, steffen.weber, zimmermann | ||||
Priority: | P2 | ||||||
Version: | 528+ (Nightly build) | ||||||
Hardware: | Unspecified | ||||||
OS: | Unspecified | ||||||
Bug Depends on: | |||||||
Bug Blocks: | 68469 | ||||||
Attachments: |
|
Description
sugoi
2013-03-19 10:53:53 PDT
Your observation is correct. Authors can define the resolution of the SVG Filter according to the spec. But this is not the only reason for setting m_filterResolution in Filter.h Filtered elements can have transforms on it, which could increase the element size (transform="scale(2)"). The image for this element must be bigger to cover the bigger resolution. Both things, filter resolution and element resolution are set with: // Set the scale level in SVGFilter. filterData->filter->setFilterResolution(scale); in RenderSVGResourceFilter (scale is a FloatSize here). Since CSS does not use RenderSVGResourceFilter, the CSS code must do this step on it's own. I assume that this is not the case at the moment. *** Bug 93471 has been marked as a duplicate of this bug. *** Tried to improve the title. Please fix if it's inaccurate. (In reply to comment #2) > *** Bug 93471 has been marked as a duplicate of this bug. *** I don't think this is exactly the same problem as 93471, since this problem applies only to SVG filters within CSS, not the CSS shorthand filters. CSS (shorthand) filters don't exhibit the offset problems Alexis describes. They are Case 1 above. Created attachment 462815 [details]
test case (open and zoom in)
I think this bug has been fixed a while ago. |