I found the problem, the url I passed was missing a '/', it was "file:c:/blabla" instead of "file:/c:/blabla" and that made all the difference, I still find this a bit weird because it still managed to load the svg document, it was not until it came to a url(#name) inside the document that it freaked out.
Mikael ----- Original Message ----- From: "Tonny Kohar" <[EMAIL PROTECTED]> To: "Batik Users" <[EMAIL PROTECTED]> Sent: Thursday, March 25, 2004 6:06 AM Subject: Re: url problem cont. > Hi, > > > There must be something special that the squiggle browser does that is not > > explained in the docs, but I cannot figure out what it is. > > > As soon as there is an url(#a_name) it will not load the svg image, and this > > goes for any SVG image that contains url(#blabla) so > > it is not a problem with the picture, some one else must have had this > > problem to because I use the same code as: > > > > http://xml.apache.org/batik/svgcanvas.html > > > > And load the svg file with: > > svgCanvas.loadSVGDocument( "file:path_to_file"); > > > > As far as I can tell squiggle just call's loadSVGDocument( file) in the same > > way as I do, but there it works > > just fine. > > It maybe not much help. But I always using > svgCanvas.loadSVGDocument(Document doc) instead of file path and never > experience the problem. I load the DOM document because the nature of my > app that I already get the DOM document, so I do not need to parse it > again. > > This one is very interesting I also would like to know more. > > Best Regards > Tonny Kohar > -- > Sketsa > SVG Graphics Editor > http://www.kiyut.com > > > > --------------------------------------------------------------------- > 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]
