Closed
Bug 917766
Opened 12 years ago
Closed 12 years ago
Filter not applied to tspan with svg.text.css-frames.enabled
Categories
(Core :: SVG, defect)
Core
SVG
Tracking
()
RESOLVED
INVALID
People
(Reporter: longsonr, Unassigned)
References
()
Details
(Keywords: testcase)
No description provided.
Reporter | ||
Comment 1•12 years ago
|
||
The black X should cover (and therefore hide) the red X in the ietestcenter test.
Keywords: regression,
testcase
Comment 2•12 years ago
|
||
You are right that this used to work, but the spec doesn't call for it. http://www.w3.org/TR/SVG11/filters.html#FilterProperty says that 'filter' applies to container elements and graphics elements, but <tspan> is neither. (Although an <a> element is a container element, so you could technically get around the restriction by wrapping the <tspan> in an <a>.)
Reporter | ||
Comment 3•12 years ago
|
||
Invalid then.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → INVALID
Reporter | ||
Updated•12 years ago
|
Keywords: regression
Comment 4•12 years ago
|
||
Though I should point out that Chrome does support this. Maybe something to bring up in the WG first.
Reporter | ||
Comment 5•12 years ago
|
||
If the specification was changed would we find it easy to implement?
Comment 6•12 years ago
|
||
I had a look today. It won't be simple because we can't just call nsSVGUtils::PaintFrameWithEffects as we're dealing with rendered runs. We'd need to get the TextRenderedRunIterator to keep a stack of the frames it's traversed into and then do the stuff that PaintFrameWithEffects does.
Reporter | ||
Comment 7•12 years ago
|
||
That's what I thought.
Also, if filter changed in the specification then I don't see why clip-path and mask shouldn't change too. I expect we used to support both of these on <tspan> too but we no longer do.
You need to log in
before you can comment on or make changes to this bug.
Description
•