| Summary: | leading whitespace in numerical SVG attribute is interpreted as 0 | ||
|---|---|---|---|
| Product: | [Unmaintained] ksvg | Reporter: | esigra |
| Component: | general | Assignee: | Nikolas Zimmermann <wildfox> |
| Status: | RESOLVED UNMAINTAINED | ||
| Severity: | normal | CC: | cfeck, esigra |
| Priority: | NOR | ||
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Gentoo Packages | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
esigra
2009-01-18 13:26:23 UTC
The behaviour is the same with KDE 4.5.5. Mozilla has the same issue; [https://bugzilla.mozilla.org/show_bug.cgi?id=404089]. Inkscape and OpenOffice still ignore the whitespace and interpret the number that follows correctly. The file is still valid SVG 1.1 according to the W3C validator. The w3c validator is wrong. The SVG spec doesn't *allow* any whitespace in these fields <http://www.w3.org/TR/SVG/svgdtd.html>: x1 %Coordinate.datatype; #IMPLIED <http://www.w3.org/TR/SVG/types.html>: "A <coordinate> represents a <length>..." "The format of a <length> is a <number> optionally followed immediately by a unit identifier." And the <number> definition says which characters are allowed and those don't include any whitespace characters. This component has been replaced with the QtSvg based "svgpart" in KDE 4. If this issue still needs to be addressed, please add a comment. |