Thanks a lot. you were right. I found the problem in my code. Now it gives me some io exception with the invalid file. But it can still be rendered in squiggle. Is there a way to turn the validate on in prepackaged sqiuggle jar file or I have to modify the code then repackage it.
Hi Weiming,
There is a user option.
Edit->Preferences->Browser Options->Optional Behaviors->Use a validating XML parser
I don't think you can easily effect the default value (off) for this option.
On Mon, 2003-11-17 at 13:40, Thomas DeWeese wrote:
Weiming Zhang wrote:
I am new to batik, svg and xml. I have an svg file that can be rendered with a simple batik application I wrote. it has:
<!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.1//EN" "http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd";>.
If I change it to another DTD which I wrote for testing, for example,
to: <!DOCTYPE svg SYSTEM "http://mydomain/DTDs/test.dtd";>
it still can be rendered even with the setValidating(true) on the SAXSVGDocumentFactory object. Also the file is actually not valid according to the DTD I gave. Could anybody explain to me what is going on? I thought batik would validate the document with the dtd I gave at the DOCTYPE declaration.
Hi Weiming,
I would guess the problem is somewhere in your code as when I test this everything works. I get an error from Squiggle and from the rasterizer. What parser are you using?
Does it fail with the standard DTD? (i.e. is this just a problem with your custom DTD)
If you can provide a stand-alone example it might help sort things out as well.
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
