Closed Bug 307283 Opened 19 years ago Closed 14 years ago

path d attribute is normalised between .setAttributeNS .getAttributeNS

Categories

(Core :: SVG, defect)

x86
Windows XP
defect
Not set
minor

Tracking

()

RESOLVED WONTFIX

People

(Reporter: jim, Unassigned)

References

(Depends on 1 open bug, )

Details

User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.1.4322) Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20050906 Firefox/1.6a1 If I set an SVGPathElement's d attribute with: path.setAttributeNS(null,'d',"M100,100 L50,50 20,20"); then retrieve the path with getAttributeNS the path attribute has changed, I expect it to remain consistent. Reproducible: Always Steps to Reproduce: 1. path.setAttributeNS(null,'d',pathString) 2. path.getAttributeNS(null,'d') != pathString Actual Results: Different strings Expected Results: the same strings
Component: General → SVG
Product: Firefox → Core
Version: unspecified → Trunk
Assignee: nobody → general
QA Contact: general → ian
The problem is that the SVG DOM exposes subparts of that attribute, so to create the DOM data structures you have to parse the string. Then when you get the valuem the DOM data structures are serialized... and there you are.
Assignee: general → nobody
QA Contact: ian → general
Depends on: 444380
In order to conserve memory we just aren't going to keep the original string around.
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.