Author scoder
Recipients eli.bendersky, flox, jcea, jkloth, ncoghlan, python-dev, scoder
Date 2013-08-26.08:40:18
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1377506418.55.0.280851288617.issue17741@psf.upfronthosting.co.za>
In-reply-to
Content
> it's really about turning XMLParser's "push" API for events (where the events are pushed into the target object by the parser calling the appropriate methods), into an iterparse style pull API where the events can be retrieved via calls to read_events().

Sorry, but this is ignoring the fact that the target is an *inherent* part of this feature. In fact, the push API of XMLParser forms an integral part of the design. The events that are being collected are a mixture of what the XMLParser produces and what the target produces. You can't think this feature without these two parts.
History
Date User Action Args
2013-08-26 08:40:18scodersetrecipients: + scoder, jcea, ncoghlan, jkloth, eli.bendersky, flox, python-dev
2013-08-26 08:40:18scodersetmessageid: <1377506418.55.0.280851288617.issue17741@psf.upfronthosting.co.za>
2013-08-26 08:40:18scoderlinkissue17741 messages
2013-08-26 08:40:18scodercreate