W3C home > Mailing lists > Public > www-svg@w3.org > November 2003

[SVG1.2] implementing XSLT (was: 6 XML Events Integration)

From: Tobias Reif <tobiasreif@pinkjuice.com>
Date: Mon, 24 Nov 2003 17:31:07 +0100
To: Robin Berjon <robin.berjon@expway.fr>
Cc: www-svg@w3.org
Message-ID: <20031124163107.GA3120@linux>

Hi Robin

On Mon 2003-11-24 Robin Berjon wrote:
> [...] Generally speaking, I think one should understand "XSLT" as
> meaning "XSLT 1.0" until 2.0 pans out.

Then the issue described in

"If a declarative syntax is used, SVG implementations may be required
to support XPath and some simple XSLT features. Will the XSLT features
be too much of an implementation burden?"

... will not be a major problem for many implementers since XSLT 1 is widely
implemented already and there are fast C libs available such as libxslt [1] and
various implementations in other programming languages.

In the longer term I still encourage the WG too evaluate XSLT 2; it
offers lots of useful features and improvements over XSLT 1.

> It makes it look less scary ;)

If you're referring to implementers being scared of WXS: There's a "scary" and
a less-"scary" version of XSLT 2.

XSLT 2 can be used without W3C XML Schema, and implementers won't be required
to implement WXS:
"3.13 Importing Schema Components
The facilities described in this section are not available with a basic XSLT
processor. They require a schema-aware XSLT processor, as described in 21

"[Definition: A basic XSLT processor is an XSLT processor that implements all
the mandatory requirements of this specification with the exception of certain
explicitly-identified constructs related to schema processing.] These
constructs are listed below. [...]"


Received on Monday, 24 November 2003 12:23:13 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 8 March 2017 09:46:57 UTC