API versioning in SAX

Ron Bourret rbourret at dvs1.informatik.tu-darmstadt.de
Tue Aug 4 10:16:34 BST 1998

> Just to play the devil's advocate, are you sure you are not creating a
> technical solution to what everyone is more likely to solve with a
> non-technical one? If I'm the administrator of my server or my workstation, 
> I see a new SAX driver out there, wouldn't I just read the README before I 
> downloaded it to make sure that its capable of doing what my current does 
> more maybe?) I doubt very seriously I'd just download new drivers and try them
> until one fails to fail, ya know? And, even if I did, the fact that it fails 
> fail on the 3 apps I have now, doesn't mean it supports what I want to support
> on app #4, so I'm going to just read the docs and see what it supports most
> likely.

Generic, third party applications built on top of SAX are pretty much expected 
to work with all SAX parsers -- that's the whole point of having a standard 
interface.  An example of this kind of application is a spreadsheet (Excel, 
Quattro Pro, Lotus 1-2-3, etc.) that uses a SAX parser to read data from an XML 

-- Ron Bourret

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/
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