On Feb 20, 2008 7:43 AM, Fred Drake <[EMAIL PROTECTED]> wrote: > On Feb 20, 2008 9:35 AM, Guido van Rossum <[EMAIL PROTECTED]> wrote: > > ISTR that HTMLParser was the preferred one. It is certainly newer, and > > doesn't carry the baggage of sgmllib which I would discard together > > with htmllib). Maybe Fred Drake remembers (he's listed as the > > co-author on the initial checkin message). > > I was thinking I'd said something on the stdlib-sig list, but I can't > find it in the archive, so I must be having a senior moment (brought > on early by kids). > > I'd be in favor of keeping only HTMLParser, with a compliant module > name ("htmlparser" doesn't seem unreasonable). The code was > originally derived from htmllib for the Grail webbrowser, mostly to > make things like attribute handling less painful. > > Merging _markupbase into HTMLParser to create htmlparser would be > pretty mechanical. Removing sgmllib and htmllib does not depend on > that, and can be done at any time if there's agreement. >
Works for me. Then the current plan is: HTMLParser -> html.parser htmlentitydefs -> html.entities And remove both htmllib and sgmllib. I will run this by the stdlib-sig as well. -Brett _______________________________________________ Web-SIG mailing list Web-SIG@python.org Web SIG: http://www.python.org/sigs/web-sig Unsubscribe: http://mail.python.org/mailman/options/web-sig/archive%40mail-archive.com