Testing branch (Xena-XML) and stable branch of Xena 5.0.0.
1. I normalised an SVG file in Xena.
Result: Xena says it normalises successfully.
2. I opened the file with the Xena viewer
Result: In Xena stable, I get an error:
java.io.IOException: Root element namespace does not match that requested:
Requested: http://www.w3.org/2000/svg
Found: null
at org.apache.batik.dom.util.SAXDocumentFactory.createDocument(Unknown Source)
at org.apache.batik.dom.svg.SAXSVGDocumentFactory.createDocument(Unknown Source)
at org.apache.batik.dom.svg.SAXSVGDocumentFactory.createSVGDocument(Unknown Source)
at org.apache.batik.bridge.DocumentLoader.loadDocument(Unknown Source)
at org.apache.batik.swing.svg.SVGDocumentLoader.run(Unknown Source)
In Xena-XML testing, I get no error and can browse the XML.
3. I exported the file.
Result:
In Xena stable, after I click OK to the earlier error, it appears to export OK
In Xena-XML, I get an error:
"unwrapGetTag: Unknown Tag"
> is being added to the XML (see file content below). When I attempt to view the exported file in Inkscape, I get the error "Failed to load the requested file /home/al/Desktop/lines01.svg".
The original file is:
<?xml version="1.0" standalone="no" ?>
<!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.0//EN"
"http://www.w3.org/TR/2001/PR-SVG-20010719/DTD/svg10.dtd">
<svg>
<!-- Two diagonal line segments, one darker than the other -->
<line
x1 = "50" y1 = "50" x2="300" y2="300"
style = "
stroke:#FF0000;
stroke-width:4;
stroke-opacity:0.3;"
/>
<line
x1 = "50" y1 = "100" x2="300" y2="350"
style = "
stroke:#00FF00;
stroke-width:4;
stroke-opacity:1.0;"
/>
</svg>
The exported file is the same for Xena-XML and Xena stable:
<?xml version="1.0" encoding="UTF-8"?>
><svg>
<!-- Two diagonal line segments, one darker than the other -->
<line x1="50" y1="50" x2="300" y2="300" style=" stroke:#FF0000; stroke-width:4; stroke-opacity:0.3;"/>
<line x1="50" y1="100" x2="300" y2="350" style=" stroke:#00FF00; stroke-width:4; stroke-opacity:1.0;"/>
</svg>
The above behaviour does not occur to SVGs created with Inkscape. This bug is distinct from the Inkscape-releated bug reports (IDs 2875372 and 2906437)
related to 3132842 ? XML data within an XML wrapper without the code properly delineating between the two.
Re-tested in Xena-XML branch (change of Fri 18/2/11 10:00:14)
This is still happening to the same SVG. Other SVGs appear to be fine (apart from the SVGs reported in ID 2875372).
Export still inserting: ><svg xmlns="http://preservation.naa.gov.au/xena/1.0">
This behaviour also occurs in Xena Stable Branch v5.0.0