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

Re: question about XSLT namespace

Subject: Re: question about XSLT namespace
From: "David Carlisle d.p.carlisle@xxxxxxxxx" <xsl-list-service@xxxxxxxxxxxxxxxxxxxxxx>
Date: Fri, 15 Jun 2018 06:54:09 -0000
Re:  question about XSLT namespace
This was discussed at great length when namespaces were introduced.
Although some vocabularies chose to change the namespace at version
changes it's a really bad idea. If you change the namespace then you
change the name of every construct in the language, that isn't a new
version it is a new, incompatible, language.

It is unfortunate that there is a date in the namespace but that was
forced by W3C policy at the time (which was later changed) but early
ones, eg mathml 1998, xslt and xhtml 1999, are stuck with the original
dates which means that this question comes up from time to time.

David




On 15 June 2018 at 07:32, Imsieke, Gerrit, le-tex
gerrit.imsieke@xxxxxxxxx <xsl-list-service@xxxxxxxxxxxxxxxxxxxxxx>
wrote:
> There have been strong arguments against this, see for example
> https://markmail.org/message/dmkpf3cvwpnzkdy2
>
> Suppose I have defined a template rule in an XSLT 2 stylesheet (a XSLT
> software library if you will), and Ibve been importing this stylesheet
from
> other stylesheets for some time.
>
> Suppose there are different namespace URIs for XSLT 2 and 3, with prefixes
> xsl2 and xsl3.
>
> The importing stylesheet did something along the lines
>
> <xsl2:template match="foo">
>   <xsl2:choose>
>     <xsl2:when test="@bar = 'baz'">
>       b&
>     </xsl2:when>
>     <xsl2:otherwise>
>       <xsl2:next-match/>
>     </xsl2:otherwise>
>   </xsl2:choose>
> </xsl2:template>
>
> delegating to a template rule of the imported stylesheet for the otherwise
> branch.
>
> Then the need arises to do trigonometric computations in the imported
> library. Therefore I switch it to XSLT 3.0 and change the namespace prefix
> to xsl3 accordingly. Do I need to change all XSLT 2 stylesheets that import
> it so that their rules are in the xsl3 namespace?
>
> Either the XSLT processor must raise an error if an xsl3 stylesheet is
> imported from an XSLT 2 stylesheet, or it needs to extend its template
> matching rules that templates in any of the namespaces that pertain to the
> prefixes xsl, xsl2, and xsl3 will be treated as being equivalent.
>
> Then someone might ask on xsl list (or on xsl3 list?) whether it wouldnbt
> simplify things if the different versions of the language were denoted by a
> version attribute but otherwise the namespace was the same.
>
> There is great value in being able to seamlessly combine code that is
> written in different versions of the language, provided that the processor
> supports all of them.
>
> If thatbs an issue, if your XSLT 2 stylesheet should still run (without
the
> new feature that depends on trigonometry) on processors that donbt
support
> XSLT 3, you can maintain a fallback version of the library and do something
> like this:
>
> <xsl:import href="mylib_xslt3.xsl"
> use-when="xs:decimal(system-property('xsl:version')) ge 3.0"/>
> <xsl:import href="mylib.xsl"
> use-when="xs:decimal(system-property('xsl:version')) lt 3.0"/>
>
> Both libraries will probably import a third stylesheet into which you put
> the common functionality.
>
> How would you do this importing in the alternative universe with different
> namespaces and no 'xsl:version' system property?
>
> <xsl2:import href="mylib.xsl"/>
> <xsl3:import href="mylib_xslt3.xsl"/>
>
> An XSLT 2 processor might be required to ignore any xsl3:import, but an
XSLT
> 3 processor will import both and overwrite all the rules, functions,
> variables, keys, etc. of mylib.xsl with those found in mylib_xslt3.xsl, by
> means of their higher import precedence. This is inefficient. You will get
a
> warning that the common library stylesheet is imported more than once.
>
> This is just one aspect. Ibm sure youbll find other replies in the
archives,
> and, as Geert just pointed out and Ibm proving right now, youbll get
more
> replies like this.
>
> Gerrit
>
> On 15.06.2018 07:30, Mukul Gandhi gandhi.mukul@xxxxxxxxx wrote:
>>
>> Hi all,
>>      We all know that, the XSLT namespace is
>> http://www.w3.org/1999/XSL/Transform. This has remained same, for 1.0, 2.0
&
>> 3.0 versions of the XSLT language. My feeling is, that every major XSLT
>> language version should have a different language namespace URI (maybe, we
>> could make the year different for different XSLT language versions).
Keeping
>> the language namespace same, gives me a feeling that XSLT 3.0 specific
>> language elements can be used in XSLT 1.0 & 2.0 stylesheets.
>>
>> I know that, specifying xsl:stylesheet version="1.0" or version="2.0" or
>> version="3.0" might disambiguate the XSLT language namespace concern. But
it
>> would be great, to know the arguments in favor of keeping the XSLT
namespace
>> same across different versions of the language.
>>
>>
>>
>>
>> --
>> Regards,
>> Mukul Gandhi
>> XSL-List info and archive <http://www.mulberrytech.com/xsl/xsl-list>
>> EasyUnsubscribe <-list/225679> (by email <>)
>
>
> --
> Gerrit Imsieke
> GeschC$ftsfC<hrer / Managing Director
> le-tex publishing services GmbH
> Weissenfelser Str. 84, 04229 Leipzig, Germany
> Phone +49 341 355356 110, Fax +49 341 355356 510
> gerrit.imsieke@xxxxxxxxx, http://www.le-tex.de
>
> Registergericht / Commercial Register: Amtsgericht Leipzig
> Registernummer / Registration Number: HRB 24930
>
> GeschC$ftsfC<hrer / Managing Directors:
> Gerrit Imsieke, Svea Jelonek, Thomas Schmidt

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.