[XSL-LIST Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

[no subject]

[no subject]
3. Have derived.xsl be created from base.xsl through an XSLT
transformation. This is similar to the previous solution but completely
eliminates the import relationship between derived.xsl and base.xsl.
Overriding behavior is not done through language mechanisms but by
rewriting XSLT code.

4. Functions as wrappers around templates. The file base.xsl contains:

<xsl:function name="foo">
  <xsl:call-template name="foo"/>
</xsl:function>

<xsl:template name="foo">
... do the actual work ...
</xsl:template>

Whoever wants to override what the function foo does overrides the
template named foo. So derived.xsl contains:

<xsl:template name="foo">
 ... do the customized work ...
 ... use <xsl:apply-imports/> as needed ...
</xsl:template>

The downside of this solution is that it requires base.xsl to be
modified. Which means that whoever is responsible for it must agree to
make the changes.

Solution 4 is the one I prefer right now.

Thank you,
Louis

Current Thread

PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.