Subject: Re: xsl:key From: "David Marston/CAM/Lotus" <David_Marston@xxxxxxxxx> Date: Thu, 4 May 2000 11:44:11 -0400 |
Keys offer another kind of flexibility that may be useful in a few situations: the keyed items can be located at irregular places in the tree. When David Carlisle says: >Like id, key is replaceable by some construction selecting >nodes based on an XPath expression, so you just have to trust that >the implementors implement it at least no less efficiently >than that. ...that's certainly a good point, but you won't always have the alternative of an XPath expression, short of a humongous union. More concretely, Mike French suggests that <xsl:apply-templates select="document('bib.xml')//entry[@name = $name]"/> might work as an alternative to ...select="key('bib',$name)" but that's only possible if every 'entry' of interest is two levels down. There may be situations where that's not the case. .................David Marston XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
Current Thread |
---|
|
<- Previous | Index | Next -> |
---|---|---|
Re: xsl:key, David Carlisle | Thread | XSL-FO processor, Sydney |
Re: XSL-FO processor, Sebastian Rahtz | Date | Re: xsl:import xsl:include, Mike Brown |
Month |