Re: [xsl] XSLT compiler and syntax extensions

[ac <ac@xxxxxxxxxxxxx>]

Hi,

I have to admit that however harsh it may seem to some, Dimitri's logic 
seems very sound.

Regards,
ac


> > It's an
> > XSLT compiler, by which I mean a pure XSLT 1.0 stylesheet (using no
> > extensions) that can take a stylesheet using certain XSLT 2.0 features
> > (and some other extensions) and "compile" it into a pure XSLT 1.0
> > stylesheet.  Both the compiler and its output should be able to run in
> > any XSLT 1.0 compliant engine.
> .  .  .  .  .  .  .  .  .  .  .
> > So, the question is, would anyone here be interested in a tool like
> > this?
> Not really. The most valuable features of XPath 2.0 and XSLT 2.0 are
> extremely difficult to implement in XPath 1.0/XSLT and without these
> features it is meaningless to use a much weaker language. Why should I
> be interested in a language lacking such features, just to name a few,
>   as sequences, rich types and type checking, the enormous standard
> function library, the convenient support for regular expressions, the
> much higher composability of XPath expressions, ...
>
> Also, such a project would add very little to the already available
> EXSLT implementations.
>
> Even the current XPath 2.0/XSLT 2.0 languages are already getting
> "older" as XPath 3.0/XSLT 3.0 are about to appear.
>
> We are on the verge of XSLT 2.0 being made available (compiled to
> Javascript) to any of the five major browsers (see Michael Kay's
> latest blog post on this topic). Given that this effort would be
> successful, I don't see any compelling reasons for developers to
> continue using XSLT 1.0