Subject: Re: [xsl] XPath shorthand From: Ihe Onwuka <ihe.onwuka@xxxxxxxxxxxxxx> Date: Wed, 22 Aug 2012 15:17:13 +0100 |
On Wed, Aug 22, 2012 at 3:02 PM, Andrew Welch <andrew.j.welch@xxxxxxxxx> wrote: >>> <xsl:variable name="names" select="('m__id', 'm__name', >>> 'm__path'....)" as="xs:string+"/> >>> >>> with >>> >>> following-sibling::*[local-name() = $names] >>> >> >> Yes I didn't think of this but there are two things. >> >> This won't work in a template match on XSLT 1.0 and it is hiding >> multiple comparisons under the innocent looking equality general >> comparison which may bite on large volumes. > > Ok that wasn't in the reqs... I just rewrote your code snippet. An > xslt 1.0/2.0 alternative is: > until yesterday evening I didn't know it was in the reqs either. it's another one of these stupid platforms where they have disabled imports and are using xslt 1.0. > <xsl:apply-templates select="following-sibling::*" mode="my-filter"/> > > <xsl:template match="foo | bar | baz" mode="my-filter"/> > Prefer keys I avoid modes unless situation mandates.
Current Thread |
---|
|
<- Previous | Index | Next -> |
---|---|---|
Re: [xsl] XPath shorthand, Andrew Welch | Thread | Re: [xsl] XPath shorthand, Andrew Welch |
Re: [xsl] XPath shorthand, Andrew Welch | Date | RE: [xsl] Pattern Matching in XSl -, G. Ken Holman |
Month |