Re: SAX: Next Round
> > I've been thinking about what new SAX interfaces we need the most > > (with much prodding from users). Here's what I think we need as a > > minimum: > > > > 1. A standard filter interface (and perhaps an optional base class). > > 2. A handler interface for lexical events like comments, CDATA > > sections, and entity references. > > 3. Some kind of namespace support. > > I suggest the following: > 4. an IDL definition of the SAX interface to allow a clean interface > for non-Java languages (like in the DOM REC). Strongly seconded. I would, however, mention that this effort should be more careful than the DOM REC about leaving artifacts in the interface for certain languages. What I have in mind is the DOM REC's mess with regard to attributes, which I heard was left in to give ECMAScript a leg-up. This sort of tinkering is an easy trap to fall into, and just ends up tripping up those of us implementing in different languages, such as Python. I guess today is the day to criticize W3C WGs. -- Uche Ogbuji FourThought LLC, IT Consultants uche.ogbuji@f... (970)481-0805 Software engineering, project management, Intranets and Extranets http://FourThought.com http://OpenTechnology.org 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