[XSL-LIST Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] Re: Mode in XSLT 3.0
> 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 rules. From the stylesheet implementer's perspective, I am confused about this suggestion. Why? This is because we cannot have a way to make highly independent stylesheet packages for XML documents. As mentioned in the past post, modern XML document standard such as DITA, S1000D, DocBook has the recursive content models. This prevents making independent stylesheet modules. We always distinguish paragraph templates and table templates in another module in XSLT 2.0. But sometimes paragraph element can contain tables and table cells can contain the paragraph elements. In this case we use <xsl:apply-templates/> in the table cell template as: "I don't know about the detailed content models of table cell. But it will be defined and implemented in another stylesheet modules. So I pass the controls by xsl:apply-templates instruction to the xsl:template in another module in the assumption that the relevant template will handle the table cell contents properly." This is the implicit rule in XSLT 2.0 stylesheet. However we cannot do the same thing using xsl:package in XSLT 3.0 because the public default mode cannot be shared between xsl:packages. I have been hoping for XSLT 3.0 xsl: package for a long time because it offers many attractive functions. But currently I afraid that xsl:package mechanism has no opportunity to apply for the XML documents processing stylesheets field. If my concern is based on extraordinary speculation, please indicate it concretely to me. -- /*-------------------------------------------------- Toshihiko Makita Development Group. Antenna House, Inc. Ina Branch Web site: http://www.antenna.co.jp/ http://www.antennahouse.com/ --------------------------------------------------*/ On 2017/07/26 8:01, Michael Kay wrote: 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.
|
PURCHASE STYLUS STUDIO ONLINE TODAY!Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced! Download The World's Best XML IDE!Accelerate XML development with our award-winning XML IDE - Download a free trial today! Subscribe in XML format
|