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