- From: <bugzilla@wiggum.w3.org>
- Date: Fri, 24 Mar 2006 23:34:10 +0000
- To: public-qt-comments@w3.org
- CC:
http://www.w3.org/Bugs/Public/show_bug.cgi?id=3002 mike@saxonica.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Comment #3 from mike@saxonica.com 2006-03-24 23:34 ------- The XSL WG considered this at the telcon this week and directed the editor to add a Note explaining the behavior. This note will be added after the bullet in 6.7 explaining the effect of xsl:next-match, and reads as follows: <note diff="add" at="ZA">As explained in <specref ref="conflict"/>, a template rule whose match pattern contains multiple alternatives separated by code>|</code> is treated equivalently to a set of template rules, one for each alternative. This means that where the same node matches more than one alternative, and the alternatives have different priority, it is possible for the <elcode>next-match</elcode> instruction to cause the current template rule to be invoked recursively. This situation does not occur when the alternatives have the same priority.</note>
Received on Friday, 24 March 2006 23:34:17 UTC