[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: SAX and whitespace (was Re: Problems with whitespace and msxml)

  • From: David Megginson <ak117@f...>
  • To: xml-dev@i...
  • Date: Sat, 3 Jan 1998 07:33:22 -0500

msxml add on
Peter Murray-Rust writes:

 > 	- is it possible for an author to extend SAX with additional non-SAX
 > calls? [In the same way as a C library may have the standard calls and some
 > additional manufacturer-specific ones]. Thus if we agree that doNotation
 > functionality is not part of SAX, could a core SAX interface be extended by
 > a parser writer without breaking the SAX bit? [I assume yes, but I don't
 > know about interface design].

If you're discussing the parser class, then it is free to implement
any functionality beyond the interface; if you are discussing the
application (call-back) class, then there are two choices:

1) it may implement another, tool-specific interface as well as SAX;

2) it may implement an interface that extends the SAX interface (say,
   by adding lexical events like comments or by adding DTD events).

In either case, you could still use your application class with other
XML parsers, but the additional methods would never be called.

 > 	- if it *is* possible to extend it in this way, can we make sure we get
 > the core as simple as possible so we all agree on it? Parser writers can
 > then add additional non-standard functionality [carefully documented, of
 > course :-)] 
 > 	- there is enormous value for hackers like me to be able to find a simple
 > core functionality and get that working rapidly. Then the additional
 > features can be gradually brought in.  

True, but it's never quite so simple, because every parser writer
would implement the additional functionality in a different way.  We
have to make certain that we have covered at least the core features,
and that means that we have to agree on what the core features are
(I'll follow up with a separate message).

 > 	- what is the position on error handling? In GUI applications like JUMBO
 > it's important to let the user know what is happening, so I have trapped
 > the AElfred errors. 

I think that we may want to distinguish fatal errors from warnings
(although Ælfred doesn't currently do so).  Normally, a warning would
print a message to a log or to STDERR, while an error would throw a
java.lang.Error or a java.lang.Exception.

All the best,


David Megginson                 ak117@f...
Microstar Software Ltd.         dmeggins@m...

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...)


Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
First Name
Last Name
Subscribe in XML format
RSS 2.0
Atom 0.3

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.

Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.