Closed
Bug 342200
Opened 18 years ago
Closed 18 years ago
Remove nsSVGPathGeometryFrame subclasses
Categories
(Core :: SVG, defect)
Core
SVG
Tracking
()
RESOLVED
FIXED
People
(Reporter: tor, Assigned: tor)
Details
Attachments
(1 file)
120.87 KB,
patch
|
roc
:
review+
roc
:
superreview+
|
Details | Diff | Splinter Review |
Attachment #226378 -
Flags: review?(roc)
GetMarkPoints could take an nsTArray of nsSVGMarks, but I'll let that go for now...
Maybe we could share code between polygon and polyline elements, perhaps by sticking a flag somewhere to indicate whether it's closed or not.
Attachment #226378 -
Flags: superreview+
Attachment #226378 -
Flags: review?(roc)
Attachment #226378 -
Flags: review+
Checked in. Bug 342301 and bug 342302 filed for following up on the suggestions.
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
Comment 5•18 years ago
|
||
Unfortunately this seems to break textPath. nsSVGTextPathFrame::GetFlattenedPath expects to find a referenced frame of type nsGkAtoms::svgPathFrame otherwise it returns nsnull. Referenced frames are now of type nsLayoutAtoms::svgPathGeometryFrame. Changing the test in GetFlattenedPath makes textPath elements display again but it's not ideal as the content could be anything derived from nsSVGPathGeometryElement and not necessarily an nsSVGPathElement. I guess the GetFlattenedPath in nsSVGPathElement method needs to exist in nsSVGPathGeometryElement, become virtual return nsnull and be overridden in nsSVGPathElement, then you can cast the content to an nsSVGPathGeometryElement.
Thanks for picking up on that - I've filed bug 342542 for fixing the regression.
You need to log in
before you can comment on or make changes to this bug.
Description
•