Closed
Bug 307283
Opened 19 years ago
Closed 14 years ago
path d attribute is normalised between .setAttributeNS .getAttributeNS
Categories
(Core :: SVG, defect)
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
Comment 1•19 years ago
|
||
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.
Updated•15 years ago
|
Assignee: general → nobody
QA Contact: ian → general
Comment 2•14 years ago
|
||
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.
Description
•