Subject: Re: [xsl] Equal rights for xsl:next-match & co From: Ihe Onwuka <ihe.onwuka@xxxxxxxxx> Date: Fri, 17 May 2013 18:44:23 +0100 |
On Fri, May 17, 2013 at 4:40 PM, Andrew Welch <andrew.j.welch@xxxxxxxxx> wrote: > On 17 May 2013 16:20, Ihe Onwuka <ihe.onwuka@xxxxxxxxx> wrote: >> It would seem that xsl:next-match and xsl:apply-imports are of the >> same genre as xsl;apply-templates in that they all result in XSLT >> going off to search for a template rule to apply. >> >> Of the trio only xsl:apply-templates accepts and processes a mode parameter. >> >> Supposing I do xsl:next-match within a modal template rule. Why >> shouldn't that restrict potential matching templates to those of the >> same mode. >> >> Are we looking at some sort of lacuna here or have I overlooked something. > > xsl:next-match returns the next template in match priority order, so > changing the mode doesn't really make sense there. If you need to do > that, just do <xsl:apply-templates select="." mode=" the other mode"/> > It's not about changing to some other mode. It's about whether <xsl:next-match> should respect the modality of the "calling template" when looking for a matching template rule. In that scenario your suggestion reduces to <xsl:apply-template select="." mode="theSame mode"/> which is no good. The comments apply equally to apply-imports and that doesn't have a mode attribute. To exemplify in <xsl:template match="*" mode="X"> <xsl:next-match/> </xsl:template> should the next-match be restricted to rules in mode X and if it isn't whether it is legit to want it to be.... (I would have thought so). If next-match and apply-imports were not treated as second class citizens they would have a mode parameter and the question wouldn't arise. Since they don't it looks to me like there is a legit semantic question here.
Current Thread |
---|
|
<- Previous | Index | Next -> |
---|---|---|
Re: [xsl] Equal rights for xsl:next, Andrew Welch | Thread | Re: [xsl] Equal rights for xsl:next, Andrew Welch |
Re: [xsl] Equal rights for xsl:next, Andrew Welch | Date | Re: [xsl] Equal rights for xsl:next, Andrew Welch |
Month |