This is the mail archive of the
xsl-list@mulberrytech.com
mailing list .
RE: Future XSLT expansion.
- To: <xsl-list at mulberrytech dot com>
- Subject: RE: Future XSLT expansion.
- From: "Jonathan Borden" <jborden at mediaone dot net>
- Date: Sat, 18 Mar 2000 14:04:26 -0500
- Reply-To: xsl-list at mulberrytech dot com
Jon Smirl wrote:
>
> Am I experiencing a side effect of this discussion?
>
> I would like to do this:
>
> <xsl:variable name="foo">
> <mytag>
> data
> </mytag>
> </xsl:variable>
>
> <xsl:apply-templates select="$foo"/>
Yes, this is a real issue. xsl:variable produces a Result-Set NOT a
Node-Set. One could argue that it ought produce a node-set, but that is how
the spec reads. I believe that this is why result-set -> node-set 'extension
converters' exist, but haven't personally needed to use them.
>
> This gives me a "cannot convert to node-set error" with XT.
> It was my understanding that this was in XSLT to prevent
> feedback from the resultset back into the input of the pattern
> matches.
>
> Instead I use:
>
> <mydata>
> <mytag>
> data
> </mytag>
> </mydata>
>
> <xsl:apply-templates select="document('')/mydata"/>
why not: <xsl:apply-templates select="document('data.xml')/mydata" />? I
would argue that it is 'cleaner' to factor data out of the transform sheet
itself, but regardless it also avoids the double parse issue.
>
> BTW - the Release 3 of the Microsoft XML dll allows the
> first case so it is in disagreement with JClark's XT.
>
This is a known area of MSXML non-conformance. JClark's XT and Xalan (BTW)
are correct.
Jonathan Borden
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list