Well, I wanted to simplify things too much :)
However, the spec says this exactly:
" node() matches any node other than an attribute node, namespace
node, or document node."
http://www.w3.org/TR/xslt20/#pattern-examples (the 12th bullet).
And David Carlisle provided the precise explanation why this is so.
--
Cheers,
Dimitre Novatchev
---------------------------------------
Truly great madness cannot be achieved without significant intelligence.
---------------------------------------
To invent, you need a good imagination and a pile of junk
-------------------------------------
Never fight an inanimate object
-------------------------------------
You've achieved success in your field when you don't know whether what
you're doing is work or play
On Thu, Feb 25, 2010 at 10:48 AM, Florent Georges
<lists(_at_)fgeorges(_dot_)org> wrote:
Dimitre Novatchev wrote:
No, because, there is no way to issue <xsl:apply-templates/>
that would process a document node
Well, without @select that's true, but:
<xsl:variable name="doc">
<root/>
</xsl:variable>
<xsl:apply-templates select="$doc"/>
Anyway, xsl:apply-templates is not the only way to apply rules
to a node. Most of my transforms actually apply rules to a
document node: the transform itself, with an source document, is
defined as the result of applying the rule to the document node
for this source ;-)
Regards,
--
Florent Georges
http://www.fgeorges.org/
--~------------------------------------------------------------------
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
To unsubscribe, go to: http://lists.mulberrytech.com/xsl-list/
or e-mail:
<mailto:xsl-list-unsubscribe(_at_)lists(_dot_)mulberrytech(_dot_)com>
--~--
--~------------------------------------------------------------------
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
To unsubscribe, go to: http://lists.mulberrytech.com/xsl-list/
or e-mail: <mailto:xsl-list-unsubscribe(_at_)lists(_dot_)mulberrytech(_dot_)com>
--~--