SAX RFD: ModSAX Predefined Features

[David Megginson]

Glenn Vanderburg writes:

 > Second: if an application needs to implement certain features by 
 > pushing filters from the bottom, it can encapsulate the entire process
 > on its own, using a composite, and the process never needs to be 
 > exposed through the ModSAX API.

This is actually a good point.  Since the SAX driver is usually a
separate class rather than the parser itself, it would not be
difficult for it to encapsulate any needed filters.


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)