Re: [xsl] Mode in XSLT 3.0

Subject: Re: [xsl] Mode in XSLT 3.0
From: "Michael Kay mike@xxxxxxxxxxxx" <xsl-list-service@xxxxxxxxxxxxxxxxxxxxxx>
Date: Tue, 25 Jul 2017 23:01:39 -0000
It's not clear to me what you are trying to achieve by using packages. The
design intent of packages is that a package can be developed without any
knowledge of, or dependency on, packages other than those it explicitly uses.
If template rules for the same mode are distributed across two packages,
neither of which uses the other, then the behaviour of one package would be
affected by the presence of a package of which it has no knowledge. That goes
directly against the design objectives for packages.

I think you're starting from the position that if the XML vocabulary that
you're dealing with is partitioned into modules, then it ought to be possible
to mirror the independent modules in the XML vocabulary with independent
packages in the stylesheet. I would suggest that if these packages are to be
truly independent, then they have to use different modes for their template

Michael Kay

> On 25 Jul 2017, at 16:45, Graydon graydon@xxxxxxxxx
<xsl-list-service@xxxxxxxxxxxxxxxxxxxxxx> wrote:
> So I went and pulled the package example out of the spec and got that to
> run from the command line.
> I can construct (and have attached) a trivial example where there
> are block, table, list, and figure elements and equally trivial packages
> with block, table, list, and figure modes and template matches.
> This is meant to be the simplest possible case that models DITA domains
> (or HL7v3 component schemas, or any other lego-block style vocabulary.)
> I can write a top-level stylesheet referencing all this and SaxonHE
> will run it using
> java -cp ~/bin/saxon/saxon9he.jar net.sf.saxon.Transform -it
> -xsl:mode-eg.xsl -s:simple-eg.xml -o:test-out.xml
> -lib:block-pkg.xsl:fig-pkg.xsl:table-pkg.xsl:list-pkg.xsl
> If I'm understanding packages correctly, individual packages MUST have
> their own unique modes.  Any given xsl:apply-templates instruction can
> specify one and only one mode.  So in XSLT 3.0, if I want to have
> several packages, one per domain/category/vocabulary-lego-block, and
> apply them all in an apply-templates way to the source document, I must:
> <xsl:template name="xsl:initial-template">
>   <xsl:variable name="mode1">
>       <xsl:apply-templates mode="main" />
>   </xsl:variable>
>   <xsl:variable name="mode2">
>       <xsl:apply-templates select="$mode1" mode="block"/>
>   </xsl:variable>
>   <xsl:variable name="mode3">
>       <xsl:apply-templates select="$mode2" mode="figure"/>
>   </xsl:variable>
>   <xsl:variable name="mode4">
>       <xsl:apply-templates select="$mode3" mode="table"/>
>   </xsl:variable>
>   <xsl:variable name="mode5">
>       <xsl:apply-templates select="$mode4" mode="list"/>
>   </xsl:variable>
>   <xsl:sequence select="$mode5"/>
> </xsl:template>
> This -- provided all the packaged modes have @on-no-match="shallow-copy"
> -- gets the expected result, but I look at it and think that I have to
> be doing this wrong.
> Is there a better way to approach this?
> Thanks!
> Graydon
> <>

Current Thread