I just figured it out as soon as you sent me the solution :). Thank you so much for your help.
________________________________________
Anthony Gaudio
Tools/Channel Developer
About
The Human Internet
http://www.about.com
1440 Broadway, 20th floor
New York, NY 10018
ph: (212)-204-1690
email: [EMAIL PROTECTED]
________________________________________
When one door of happiness closes another opens;
but often we look so long at the closed door that we
do not see the one which has opened for us.
________________________________________
-----Original Message-----
From: Petr Cimprich [mailto:[EMAIL PROTECTED]]
Sent: Monday, January 08, 2001 10:21 AM
To: Sablotron Mailing List
Subject: Re: [Sab] xsl:include or xsl:import
Anthony Gaudio wrote:
> It doesn't make a difference ... it seems that it will only work if
> the processor loads the actual file. I have it where it reads in the
> file as a string and then passes it to the processor. I don't pass
> the file URI to the processor. That is why the include directive
> hasn't been working for me. Is there any
>
Well, I see what's the problem finaly :)
Sablotron resolves relative paths of included stylesheets using the path
of the main stylesheet. If you pass the main stylesheet as
file:/something, Sablot resolves the paths of the included file as
file:/something_else, this paths exists and everything is fine. However,
if the main stylesheet is passed as arg:/something, Sablot tries to read
the included one as arg:/something_else, but this buffer does NOT exist
in memory and Sablot complains about it.
The only workaround is to specify the include with an absolute path to
prevent Sablot from the path resolution.
The attached files should work the way you want (you will probably want
to change /home/petr/work/test to something else).
Petr
--
Petr Cimprich
Ginger Alliance Ltd.
www.gingerall.com
