Closed
Bug 295632
Opened 20 years ago
Closed 20 years ago
SVG Doctype of Adobe Illustrator 9 generated files isn't recognized
Categories
(Core :: SVG, defect)
Tracking
()
VERIFIED
INVALID
People
(Reporter: me, Unassigned)
Details
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b2) Gecko/20050523 Firefox/1.0+ Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b2) Gecko/20050523 Firefox/1.0+ While looking for SVG examples I stumbled across one which seems to be exported by the vector program Adobe Illustrator 9. Unfortunately FF "DeerPark" didn't seem to recognize the supplied DTD so the browser rendered plain XML. Reproducible: Always Steps to Reproduce: Save the following XML into a *.svg file and try to open it with FF 1.0+ <?xml version="1.0" encoding="iso-8859-1"?> <!-- Generator: Adobe Illustrator 9.0, SVG Export Plug-In --> <!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 20010904//EN" "http://www.w3.org/TR/2001/REC-SVG-20010904/DTD/svg10.dtd"> <svg width="100" height="100"></svg>
Comment 1•20 years ago
|
||
The quoted snippet is missing a namespace declaration and is therefore not SVG.
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → INVALID
| Reporter | ||
Comment 2•20 years ago
|
||
(In reply to comment #1) > The quoted snippet is missing a namespace declaration and is therefore not SVG. Hrmm... sorry, but isn't that a bit nit-picking? Doesn't the DOCTYPE already identify the document and its root element "<svg>" as SVG? Aren't namespaces useful if one mixes different XML dialects (which is not the case in this example)? Adobe's SVG plugin renders the file without a problem. My point of view: If Joe User exports a vector graphic from his (older) drawing program which does not put a xmlns declaration into the file, shouldn't the viewer try to do its best and display the file? You may correct me on any point. Thomas.
Comment 3•20 years ago
|
||
Mozilla is not a validating parser (neither is Adobe's SVG viewer, file a bug on them please) and so does not recognize the "fixed namespace" from the DOCTYPE. Following that, we don't know if this element is foo:svg, bar:svg, or svg:svg so we can't recognize it as SVG. This logic applies to XHTML documents as well and has for years. Authors should fix this problem and Adobe should fix their bugs.
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•