Patterns and location paths
jjc at jclark.com
Fri Apr 30 05:10:21 BST 1999
Kay Michael wrote:
> > Richard Tobin [mailto:richard at cogsci.ed.ac.uk] wrote
> > it appears that
> > foo//bar
> > means different things depending on where it appears.
> > As a location path (see section 6.1), it selects a bar element that is
> > a descendent of a foo child of the current node, and that is the fifth
> > such element in document order.
> > As a pattern (see section 6.3), it matches a bar element that is a
> > descendent of a foo element, and that is the fifth foo child of its
> > parent.
> Actually, as a pattern it seems to mean different things depending which
> explanation you read. Arguably the sentence below production  "A pattern
> is defined to match a node..." is definitive, in which case by definition
> the pattern means the same thing in both contexts. If this is true, however,
> the "it is easy to understand" explanation that follows appears to be
If there is a case where the definition and the following explanation
don't coincide, then that's a bug in the spec. I don't know of any such
cases. If you find one, please send a precise description to
xsl-editors at w3.org.
xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev at ic.ac.uk
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ and on CD-ROM/ISBN 981-02-3594-1
To (un)subscribe, mailto:majordomo at ic.ac.uk the following message;
To subscribe to the digests, mailto:majordomo at ic.ac.uk the following message;
List coordinator, Henry Rzepa (mailto:rzepa at ic.ac.uk)
More information about the Xml-dev