[XML-SIG] Re: XML-SIG digest, Vol 1 #297 - 2 msgs

Bharat Bharat" <bharatrs@vsnl.com
Sat, 22 May 1999 19:54:13 -0400


subscribe
----- Original Message -----
From: <xml-sig-admin@python.org>
To: <xml-sig@python.org>
Sent: Saturday, May 22, 1999 1:03 AM
Subject: XML-SIG digest, Vol 1 #297 - 2 msgs


>
> Send XML-SIG mailing list submissions to
> xml-sig@python.org
>
> To subscribe or unsubscribe via the web, visit
> http://www.python.org/mailman/listinfo/xml-sig
> or, via email, send a message with subject or body 'help' to
> xml-sig-request@python.org
> You can reach the person managing the list at
> xml-sig-admin@python.org
>
> When replying, please edit your Subject line so it is more specific than
> "Re: Contents of XML-SIG digest...")
>
>
> Today's Topics:
>
>   1. Re: easySAX (Paul Prescod)
>   2. Re: easySAX (Paul Prescod)
>
> --__--__--
>
> Message: 1
> Date: Fri, 21 May 1999 17:36:02 -0500
> From: Paul Prescod <paul@prescod.net>
> To: xml-sig@python.org
> Subject: Re: [XML-SIG] easySAX
>
> Lars Marius Garshol wrote:
> >
> > Hmmm. Why do you see this as a disadvantage? Part of the reason I did
> > it as I did is that I want the user to be able to redefine
> > startElement and endElement without messing up the framework. Knowing
> > why you don't like the adapater would make the tradeoff easier.
>
>  * a tiny bit of extra overhead,
>  * some extra typing,
>  * the fact that the user has to explicitly invoke a bridge between easy
> sax and "real sax",
>  * I would prefer using easySax to be more like using regular sax and also
> more like using SAX in Java,
>  * you can't get the default implementation for, e.g. PI
>  * it makes easySax somewhat "second class"
>
> Nothing major. Just a vague discomfort.
> > (Except I think I prefer text_TITLE and textUnknown.)
>
> Well English isn't your native language. :)
>
> No, actually that's fine with me.
> --
>  Paul Prescod  - ISOGEN Consulting Engineer speaking for only himself
>  http://itrc.uwaterloo.ca/~papresco
>
> Alabama's constitution is 100 years old, 300 pages long and has more than
> 600 amendments. Highlights include "Amendment 393: Amendment of Amendment
> No.  351", "Validation of Laws Regulating Court Costs in Randolph County",
> "Miscegenation laws", "Bingo Games in Russell County", "Suppression
> of dueling".  - http://www.legislature.state.al.us/ALISHome.html
>
> --__--__--
>
> Message: 2
> Date: Fri, 21 May 1999 17:48:37 -0500
> From: Paul Prescod <paul@prescod.net>
> To: xml-sig@python.org
> Subject: Re: [XML-SIG] easySAX
> <14128.29972.689027.500572@weyr.cnri.reston.va.us>
> <wk675mzlm4.fsf@ifi.uio.no>
> <14149.33001.688171.408570@weyr.cnri.reston.va.us>
> <wkpv3uxuo1.fsf@ifi.uio.no>
> <14149.35693.275585.44713@weyr.cnri.reston.va.us>
> <14149.46016.398382.370758@amarok.cnri.reston.va.us>
> <14149.48074.473510.593070@weyr.cnri.reston.va.us>
> <3745CB21.FC8A9668@prescod.net>
<14149.54868.802029.691711@weyr.cnri.reston.va.us>
>
> "Fred L. Drake" wrote:
> >
> >   This presents a very real problem: xmllib is already standard and
> > documented, and therefore "in use".  Deprecating it is a problem
> > because people will need to update their code for what will probably
> > be a mostly minimal difference (for existing code).
>
> I was thinking that deprecating it would just mean that new people would
> stop using it. As regex says: "This module is obsolete as of Python
> version 1.5; it is still being maintained because much existing code still
> uses it."
>
> >   That's not to say an additional API can't be added, but a second
> > event-based interface is not necessarily a good idea.  Perhaps a
> > compromise API can be created which extends the xmllib interface with
> > the pi_*(), ppi_*(), and text_*() methods?  Extending the existing
> > interface is not a problem as far as I can tell.
>
> I kind of think that the current interface is too large and complicated
> already. easySax was going to be something like 6 or 8 callbacks. xmllib
> is already something like 16 or 17.
>
> Another option would be to merge the interfaces but deprecate all but the
> 6 or 8 *methods*. handle_charref, handle_entityref, handle_cdata and many
> others will never be triggered by a sax parser (even sgmlop, if it is
> talking to xmllib via sax).
>
> --
>  Paul Prescod  - ISOGEN Consulting Engineer speaking for only himself
>  http://itrc.uwaterloo.ca/~papresco
>
> Alabama's constitution is 100 years old, 300 pages long and has more than
> 600 amendments. Highlights include "Amendment 393: Amendment of Amendment
> No.  351", "Validation of Laws Regulating Court Costs in Randolph County",
> "Miscegenation laws", "Bingo Games in Russell County", "Suppression
> of dueling".  - http://www.legislature.state.al.us/ALISHome.html
>
>
>
> --__--__----
>
> End of XML-SIG Digest
>