[
Lists Home |
Date Index |
Thread Index
]
- From: "Matthew Sergeant (EML)" <Matthew.Sergeant@eml.ericsson.se>
- To: "'Rick Jelliffe'" <ricko@allette.com.au>, "XML Developers' List" <xml-dev@ic.ac.uk>
- Date: Mon, 24 May 1999 14:39:04 +0200
> -----Original Message-----
> From: Rick Jelliffe [SMTP:ricko@allette.com.au]
>
>
> XSL has a long way to go before it can compete with universal tools like
> OmniMark or Perl: it will need a lot better handling of input and output
> streams and data string manipulation: XSLT does not provide these and I
> doubt if XSLStyle will either. But OmniMark and Perl have side-effects
> and are not declarative (event-driven != declarative), so XSL does
> create a new kind of application.
>
>
One thing to note is that you can build a declarative system in Perl's event driven XML parsing (xmerge does this), but you couldn't build perl in XSL :)
I think a post to this list got lost - I sent the following last week:
How about alternatives to XSL. Just some simple transforms. But with built in perl, kind of like embperl. Xmerge already allows selection from XML documents, but doesn't do ordering, or embedded perl, but I'm very interested in exploring adding this feature. Anyone interested can download XML::miniXQL at http://www.fastnetltd.ndirect.co.uk/Perl/XML-miniXQL-0.02.tar.gz (xmerge is part of the XML::miniXQL distribution) and you'll probably want to look at a real world example of usage - see my CV page on http://sergeant.org
Matt.
xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@ic.ac.uk
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ and on CD-ROM/ISBN 981-02-3594-1
To (un)subscribe, mailto:majordomo@ic.ac.uk the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@ic.ac.uk the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@ic.ac.uk)
|
