Closed Bug 342200 Opened 18 years ago Closed 18 years ago

Remove nsSVGPathGeometryFrame subclasses

Categories

(Core :: SVG, defect)

defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: tor, Assigned: tor)

Details

Attachments

(1 file)

 
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.
Checked in.

Bug 342301 and bug 342302 filed for following up on the suggestions.
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
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.

Attachment

General

Creator:
Created:
Updated:
Size: