RE: display in a recursive way

I have been using MSXML3, which is in beta. Even in MSXML3 (although M$
states that the XPath spec is now completely implemented), the sibling
axis of XPath is not implemeted. So... the error you get is due to MSXML
not knowing the "following-sibling" instruction.

I thing one can make a work around by indexing the elements. Something
like getting the current element position in a variable...
    <xsl:variable name="mypos"><xsl:value-of
select="position()"/></xsl:variable>

...and then rewriting the "following-sibling" path like
    ..\itemdesc[position() &gt; {$mypos}]

Please be aware that I am not sure about the "{}" brackets around
"$mypos" in the path and that I did not test this thing. But my recent
experience suggests that something like this should help getting an
equivalent xpath in MSXML3. NOT in the IE5 MSXML version.


Have fun,

Paulo Gaspar


-----Original Message-----
From: owner-xsl-list@xxxxxxxxxxxxxxxx
[mailto:owner-xsl-list@xxxxxxxxxxxxxxxx]On Behalf Of Paul Tchistopolskii
Sent: Wednesday, April 26, 2000 6:46 AM
To: xsl-list@xxxxxxxxxxxxxxxx
Subject: Re: display in a recursive way




> Attached please find the changed stylesheet and the result
> of rendering with XT. Beware -  I don't know what will happen
> with the latest MS XSL version - my current (old) version of MSIE
> says that:
>
> "Keyword xsl:call-template may not be used here."

I simplified the stylesheet one more time, it is not not using
call-template,
and still works with XT, but not with ( old ) MS IE. Now MS IE
is not happy with following-sibling::

" Expected token 'eof' found ':'. following-sibling-->:<--:itemdesc "

I give up.

Rgds.Paul.




 XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list