xsl-list
[Top] [All Lists]

Re: [xsl] A suggestion re <xsl:import>

2012-11-23 05:38:47
On 23/11/2012 11:23, Ihe Onwuka wrote:
Not got my eye on what is in the pipeline but I frequently run into
scenarios where I would like to but cannot use xsl:import.

It would be nice to have a facility that replicated the semantics of
xsl:import without the requirement for the imported code to be in a
separate file - the intended use case is as above ( although it will
probably get abused).


In principle the code doesn't _have_ to be in a separate file, it
depends on the abilities of your URI resolver, for example you could use

<xsl:import href="data:application/xml,&lt;xsl:stylesheet.........."/>

But there are rather few cases where you can not replace a xsl:import by
just directly including the templates in the current file, adjusting
priorities and using xsl:next-match instead of xsl:apply-imports

Actually converting from one form to another is a bit tiresome but if
you know that you want to keep things in ome file it is usually possible
to write in a style using xsl;next-match more and xsl:apply-imports less.

David



________________________________________________________________________
The Numerical Algorithms Group Ltd is a company registered in England
and Wales with company number 1249803. The registered office is:
Wilkinson House, Jordan Hill Road, Oxford OX2 8DR, United Kingdom.

This e-mail has been scanned for all viruses by Star. The service is
powered by MessageLabs. ________________________________________________________________________

--~------------------------------------------------------------------
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>
--~--

<Prev in Thread] Current Thread [Next in Thread>