Re: [xml-dev] Historical trivia: who introduced into XSLT 1.0 theconstru

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]

Re: [xml-dev] Historical trivia: who introduced into XSLT 1.0 theconstruct that enables XSLT to generate XSLT (i.e., XSLT's "code generation"capability)?

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: [xml-dev] 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: [xml-dev] 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>

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]