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

Re: Historical trivia: who introduced into XSLT 1.0 theconstru

• From: Michael Kay <mike@saxonica.com>
• To: Rick Jelliffe <rjelliffe@allette.com.au>
• Date: Mon, 13 Jun 2022 22:49:25 +0100

> 
> In the case of XSLT, is the convenience gained by the alternative namespace so thin that it has no incremental enabling benefit for humans, that no project would fail (to be written, to be read, to be maintained) without it? Quite possibly...  
> 

xsl:namespace-alias does add convenience, but it also adds significant complexity to the semantics of the language.

An option to rename namespaces during serialization might have offered more power with less complexity. But that's hindsight.

Michael Kay
Saxonica

• References:
  • Historical trivia: who introduced into XSLT 1.0 the construct thatenables XSLT to generate XSLT (i.e., XSLT's "code generation" capability)?
    • From: Roger L Costello <costello@mitre.org>
  • Re: Historical trivia: who introduced into XSLT 1.0 theconstruct that enables XSLT to generate XSLT (i.e., XSLT's "codegeneration" capability)?
    • From: "C. M. Sperberg-McQueen" <cmsmcq@blackmesatech.com>
  • Re: Historical trivia: who introduced into XSLT 1.0 theconstruct that enables XSLT to generate XSLT (i.e., XSLT's "code generation" capability)?
    • From: Rick Jelliffe <rjelliffe@allette.com.au>