|
Subject: RE: [xsl] RE: Muenchian technique, was (Keys on multiple element types) From: "Michael Kay" <michael.h.kay@xxxxxxxxxxxx> Date: Tue, 5 Feb 2002 13:55:18 -0000 |
> Jeni said:
> > The keys don't; using the Muenchian method (which uses keys for
> > efficiency) does. The duplicates are removed by the statement:
> >
> > *[generate-id(.) = generate-id(key('rows', name)[1])]
> >
> > where you select all the elements that are the same element as the
> > element you get when you use the 'rows' key with that element's name
> > (i.e. selects the first element with a particular name in the
> > document).
>
> Mike, your books states that the [1] is redundant for the Muenchian
> technique, yet it keeps getting repeated.
The [1] is indeed redundant, because generate-id(), if given a set of more
than one node, returns the id for the first one. But I think using the [1]
is good practice, as it documents clearly what you're doing.
Also, with XSLT 2.0 we might start to see processors that choose to do more
rigorous type-checking, and although omitting the [1] will still work, some
processors might give you a warning. In XPath 2.0 we say that supplying a
sequence where a singleton is expected is a type exception, from which an
XSLT processor should recover by taking the first item in the sequence: but
as with conditions like having conflicting template rules, we don't say the
processor can't produce a warning first.
Michael Kay
Software AG
home: Michael.H.Kay@xxxxxxxxxxxx
work: Michael.Kay@xxxxxxxxxxxxxx
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
| Current Thread |
|---|
|
| <- Previous | Index | Next -> |
|---|---|---|
| Re: [xsl] RE: Muenchian technique, , Francis Norton | Thread | [xsl] Re: Xselerator, Dimitre Novatchev |
| RE: [xsl] Xselerator, Jeff Beadle | Date | Re: [xsl] RE: (Keys on multiple ele, Ahmad J. Reeves |
| Month |