Hi Michael, "Bishop, Michael W. CONTR J9C880" <[EMAIL PROTECTED]> wrote:
> I didn't see a way to import images without it. Both the document and the > imported image reside in the same "temp" directory. > > If they both reside in the same directory, do I need a URL structure? No, but if the document you are adding the image to doesn't have a base URL (usually because it was created 100% from DOM or read from a stream with no associated URL) then it won't be able to find the temp directory that the 'other' image is in. However this will not cause the 'xlink:href' must be present error. It will cause a broken link image to be used in most cases. > I just specify imagename.png or imagename.jpg because it's in the same > directory as the SVG document. Do I still need "file://"? No. > I'm trying to use relative paths so files can be moved around. This is a correct and good thing to do. It wasn't clear that they were in the same directory. Many people try and use things like "C:\blah\blah\icons\foo.png" as a 'URL'. So I am sure Tonny was just trying to rule out some of the more common mistakes. > From: Tonny Kohar [mailto:[EMAIL PROTECTED] > On Sat, 2005-12-03 at 02:10 -0500, Bishop, Michael W. CONTR J9C880 > wrote: > > It's definitely relative; all the files are in the same directory. It > doesn't complain about missing images, it just says I don't have the tag. > It's odd how one way works when placing an image and another works when > loading an SVG document. > > > > Another thing to consider > > Is this newly created document at the runtime, or previously created and > loaded document. > > In case it is newly created document at the runtime, you need to set > DocumentBase url, so that batik could resolve the path. > > Regards > Tonny Kohar > -- > Sketsa > SVG Graphics Editor > http://www.kiyut.com > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > [attachment "winmail.dat" deleted by Thomas E. DeWeese/449433/EKC] > --------------------------------------------------------------------- > 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]
