xsl-list
[Top] [All Lists]

Re: [xsl] Equal rights for xsl:next-match & co

2013-05-17 12:44:30
On Fri, May 17, 2013 at 4:40 PM, Andrew Welch 
<andrew(_dot_)j(_dot_)welch(_at_)gmail(_dot_)com> wrote:
On 17 May 2013 16:20, Ihe Onwuka <ihe(_dot_)onwuka(_at_)gmail(_dot_)com> 
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.

--~------------------------------------------------------------------
XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list
To unsubscribe, go to: http://lists.mulberrytech.com/xsl-list/
or e-mail: <mailto:xsl-list-unsubscribe(_at_)lists(_dot_)mulberrytech(_dot_)com>
--~--