Steven Bethard <steven.bethard <at> gmail.com> writes: > > I could conceivably add an OptionParser class which:: > [...] Actually, I think that would be a waste of time. It would be less time-consuming to keep optparse.py than write a whole new compatibility bridge that you'll have to debug and maintain anyway, with the added problem of making people annoyed by whatever difference in behaviour happens to bite them. (*) So I think the two only reasonable options are: 1. either keep optparse durably 2. or deprecate it Given your precision about the proposed deprecation period (with the module vanishing in 3.5), I guess I'm only -0.5 on it, rather than -1. (*) (but of course I'm not against anyone wasting their time if they want to :-)) Regards Antoine.
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4