[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] Re: Next Round
>> >1. Filter Interface >> >> I agree with James that DocumentHandler is the appropriate place. > >But what if you want to filter DTDHandler, or the new LexicalHandler, >or some combination? By implementing Parser, you can do it all. >See http://www.ccil.org/~cowan/XML/ParserFilter.java . John, I've always thought using the Parser interface for filters was a bit heavy weight. I wanted to keep filters very light so that the cost of doing things like namespace and bunches of other things would be no greater than having them done inside the parser, and yet give you a lot more configurability. I also didn't think a lot of folks would be filtering DTD events, that is unless they got extended. But now I'm less convinced. And with lexical events, even if they were always combined with document events, there would still be the backward compatibility issue for old filters. And going with Parser for filters would make it easier to work with your code. Mike, your input on this would be especially appreciated!!! 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/ 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...)
|
PURCHASE STYLUS STUDIO ONLINE TODAY!Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced! Download The World's Best XML IDE!Accelerate XML development with our award-winning XML IDE - Download a free trial today! Subscribe in XML format
|