Re: document() loses relative path ...

"Rui Paiva" <[email protected]>
Newsgroups gmane.comp.mozilla.devel.xml
Organization Another Netscape Collabra Server User
Message-ID <[email protected]>
Thanks Axel... The second argument for the base URI in the document function 
worked like a charm... in FireFox!

Unfortunately, I have no idea why it is not working in IE.

I know this is not the most appropriate forum for discussing this, but I 
thought somebody could have an idea...

Here's the link, and I left the popup that shows the XML tree to help 
debugging...
http://ruipaiva.dnip.net/pbnew/PictureLibrary.html

What I am doing is the following:

I have a base XML document with a list of children XML documents, including 
their relative paths from the base document (The base document's relative 
path is a constant). The children are included inside the parent using the 
document() function.

Whenever I expand a node (please see the link), if I still have child nodes, 
I also expand those children using the xpath:document () function. This 
creates a relative tree structure, that I can navigate at will.

Since I am aways using relative paths to the base document, everything 
should work fine.

BUT, on IE, it only seems to work on the first transformation. I suspect 
that IE is not using the same base document node for every transformation it 
is making, but I have no idea on why this is happening...

Can anybody help ?

If not, can anybody point me  to a forum that could help ?

Thanks !

Best regards.

Rui

"Axel Hecht" <[email protected]> wrote in message 
news:[email protected]...
> We'd need a stripped down testcase for this, just the logic.
>
> That said, I'm not sure that this doesn't work as expected, as the baseURI 
> for the document function is the stylesheet node (which doesn't change, if 
> I understood you correctly). You could specify a second argument to the 
> document() function giving a node to be used as baseURI.
>
> Axel
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.