Streaming XSL Stylesheets - Was: XML::Writer 0.1 available
David Megginson
david at megginson.com
Tue Apr 20 14:49:44 BST 1999
Eric Prud'hommeaux writes:
> I'd love to differ with you here. In practice, I can't, but in
> theory... I have this itch to work out and implemnt an XSL parser that
> works as as a SAX stream. Given an XslStream that reads the parsed
> stylesheet from an XslDB and has an output SAX stream $this->{OUTPUT},
> the notion is something like this:
>
> parser reads "<someTag attr1='value1'>"
In DSSSL, such a thing was not possible because there were
unpredicatable dependencies -- for example, you might find this near
the front of the document:
<gloss id="x">...</gloss>
But you wouldn't know that you had to do something useful with it
until you found this near the end of the document:
<annotation source="x">...</annotation>
In the general case, then, a stream-based DSSSL processor would
*still* have to cache the entire document, since it allowed arbitrary
navigation. I don't know if the same applies to XSL -- I'll have to
give the spec a closer look.
All the best,
David
--
David Megginson david at megginson.com
http://www.megginson.com/
xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev at 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 at ic.ac.uk the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo at ic.ac.uk the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa at ic.ac.uk)
More information about the Xml-dev
mailing list