Re: Parser compliance
James Clark <jjc@j...> writes: > > and isn't validating > > This is true. XML 1.0 DTD validation isn't very useful for the things > I'm interested in and I want to keep the code size small. Expat > provides enough information that you could implement a validation layer > on top. I have a question on expat's API. Say that one of the callback function detects some error (e.g. unexpected element name or attribute) and wants the entire parse to fail. How do I report this back? To me, the natural way to do it would be to have the callback function return an error code to the parser, which can then clean up, stop parsing, and pass the error code on to the caler. But callback functions return void, so that's obviously not how it is supposed to work. /Niels 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 unsubscribe, mailto:majordomo@i... the following message; unsubscribe 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