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

Re: [SVG1.2] implementing XSLT

From: Robin Berjon <robin.berjon@expway.fr>
Date: Tue, 25 Nov 2003 17:23:12 +0200
Message-ID: <3FC373E0.9060102@expway.fr>
To: Tobias Reif <tobiasreif@pinkjuice.com>
Cc: www-svg@w3.org

Tobias Reif wrote:
> On Tue 2003-11-25 Robin Berjon wrote:
>>Tobias Reif wrote:
>>>Obviously, and I didn't say it would. Existing XSLT libs would help
>>>some of the implementers with implementing XSLT [1], that's all I
>>>said.
>>
>>The idea is precisely that they wouldn't, because they don't take
>>constraints found in the SVG environment into account.
> 
> Sorry for my lack of imagination, but I can not imagine that an
> implementer can not reuse a single line of code from existing
> XSLT/XPath libs (if available in the required programming language)
> while implementing XSLT and XPath features in SVG.

Well feel free to try it then :) Or at least try the thought experiment. 
Look at how an XSLT processor works, at vaguely the things you need to 
get it to work. Now imagine the same thing with incremental 
transformation. Not even xsl:value-of remains the same. Your XPath 
library has to change in non-negligible ways. Actually I'm trying to 
think of a single XSLT construct that doesn't need to be very heavily 
changed and can't find one. Sure, you might be able to reuse little bits 
of code here and there, but honestly you'll probably spend more time 
looking for them than you would reimplementing them.

If you have an implementation, I'd be delighted to be proven wrong though.

-- 
Robin Berjon
Received on Tuesday, 25 November 2003 10:23:10 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 5 November 2012 23:52:55 GMT