[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: SAX RFD: ModSAX Predefined Features

• From: "Bill la Forge" <b.laforge@j...>
• To: <MikeDacon@a...>, <david@m...>, <xml-dev@i...>
• Date: Sun, 7 Mar 1999 21:51:12 -0500

From: MikeDacon@a... <MikeDacon@a...>
>I like the idea of SAX filters but still feel that you should allow
>access to a DOM Document if the implementing Parser can supply one.  
>I won't restate the suggestion here as it was covered in a previous email.
>However; that could greatly simplify a filter-writer's job.


Well, that might depend on the job of the filter. You may want to use a filter
to prune out the parts of the document you are not interested in BEFORE
the DOM is built.

In general, I see several places where you might want to use a filter:

    o  Transform events from a parser into something to be output.

    o  Transform events from a parser before being accessed by an application.

    o  Between a parser and the DOM.

    o Transform events from a DOM walker into something to be output.

Note that in the last case, if the DOM walker shares its internal state (position in
the DOM tree) with the filters that come after it (using something like MDSAX),
we get a lot of XSL-like capabilities.

Bill


xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i...
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@i... the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@i... the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@i...)

• Prev by Date: Re: SAX RFD: ModSAX Predefined Features
• Next by Date: Re: SAX RFD: ModSAX Predefined Features
• Previous by thread: Re: SAX RFD: ModSAX Predefined Features
• Next by thread: Re: SAX RFD: ModSAX Predefined Features
• Index(es):
  • Date
  • Thread