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

Re: ModSAX (SAX 1.1) Proposal

• From: Clark Evans <clark.evans@m...>
• To: "XML Developers' List" <xml-dev@i...>
• Date: Tue, 16 Feb 1999 03:37:05 +0000

I think it would be better to start with Requirements,
then some Analysis instead of jumping straight to Design.

So that I'm not stopping the show, here are
nice things that I'd like to see:

1. A mechanism to include multiple observers
   in parallel.  If this dosn't already work.

2. A way to register said observers for particular
   events, e.g., an "event mask".

3. Complete capababilities management.

3.1. I'd rather not ask the SAX driver if it 
     supports events X,Y,Z,P,D,Q.  I'd like
     a more "package" oriented mechanism.

3.2  Versioning of these packages and events.

4. Event stack support.

5. Event re-write engine.

5. An on-line web site database publishing all
   custom event generators from various vendors.

6. Complete DOM integration??  *smirk*

etc...


Some of these are a bit far-out, but it's hard
to know what the "specific goals" of SAX 1.1 are.

Thus, some type of requirement document followed
by perhaps some use cases would be illustrative.

Sorry to be a pain,

Clark Evans

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

• Follow-Ups:
  • Why SAX doesn't have a requirements document (was Re: ModSAX (SAX 1.1) Proposal)
    • From: David Megginson <david@m...>
  • Re: ModSAX (SAX 1.1) Proposal
    • From: Tyler Baker <tyler@i...>

• References:
  • Re: ModSAX (SAX 1.1) Proposal
    • From: "Don Park" <donpark@q...>

• Prev by Date: Re: ModSAX (SAX 1.1) Proposal
• Next by Date: Re: Valid RDF and security
• Previous by thread: Re: ModSAX (SAX 1.1) Proposal
• Next by thread: Re: ModSAX (SAX 1.1) Proposal
• Index(es):
  • Date
  • Thread