On Tue, 2002-06-11 at 22:35, J.Pietschmann wrote:
>
> No. Batik, the SVG rasterizer, either cannot find the referenced file or
> it cannot decode its format.
> Point 1: file:b.svg is, technically, an invalid URL. FOP tries to cope
> with it, but Batik has it's of logic. Use b.svg or a full path
> file:///path/to/b.svg. In the first case, all three files a.svg, b.svg
> and c.fo should be in the current directory.
"b.svg" does not work. By the way, I took the file:b.svg syntax from
the external.fo file in the FOP svg examples ;-)
> Point 2: Neither of the code snippets you show has the SVG namespace
> declared as default namespace. The usual way is that this is done in
> the SVG DTD. Check whether both files either include a proper DOCTYPE
> declaration pointing to the DTD, or declare the SVG namespace.
The SVG namespace was declared, I'm sorry for the rather poor code
examples I submited. When I add the doctype, it works. But I was not
aware the doctype was mandatory, is it ?
What confuses me is the fact that batik reads b.svg correctly but FOP
doesn't. But FOP delegates SVG handling to batik... Could you explain me
if it's normal behaviour ?
> Point 3: Your b.svg links retro.svg, not a.svg.
>
cf. pt 2
> J.Pietschmann
Thanks a lot for your help,
Dom
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
