make the context-fill and context-stroke SVG paint values work in use content
Categories
(Core :: SVG, enhancement)
Tracking
()
People
(Reporter: longsonr, Assigned: longsonr)
References
Details
(Keywords: dev-doc-needed)
Attachments
(1 file, 3 obsolete files)
https://www.w3.org/TR/SVG2/painting.html#TermContextElement
bug 752638 covers markers but the specification says we should do use elements too. There's a testcase http://wpt.live/svg/painting/reftests/paint-context-002.svg and a corresponding reference http://wpt.live/svg/painting/reftests/paint-context-002-ref.svg
Assignee | ||
Comment 1•2 years ago
|
||
Assignee | ||
Comment 2•2 years ago
|
||
Assignee | ||
Updated•2 years ago
|
Assignee | ||
Comment 3•2 years ago
|
||
Comment hidden (obsolete) |
Comment 5•2 years ago
|
||
So... looking a bit into how we paint svg, I don't think a new display item is needed? Doesn't overriding SVGUseFrame::PaintSVG
and setting up the context there work? If not, why not?
Assignee | ||
Comment 6•2 years ago
|
||
SVGUseFrame::PaintSVG would only be called in patterns because it would override SVGDisplayContainerFrame::PaintSVG and that already asserts
NS_ASSERTION(HasAnyStateBits(NS_FRAME_IS_NONDISPLAY) ||
PresContext()->Document()->IsSVGGlyphsDocument(),
"Only painting of non-display SVG should take this code path");
I don't think display list painting really touches containers any more at render time.
Assignee | ||
Comment 7•2 years ago
|
||
Updated•2 years ago
|
Assignee | ||
Updated•2 years ago
|
Assignee | ||
Updated•2 years ago
|
Assignee | ||
Comment 8•2 years ago
|
||
Description
•