skip at pobox.com wrote: > Nick> +1 here as well (although we should definitely find a way to use > Nick> str.format strings instead of %-format ones... come to think of > Nick> it, does even the logging module support str.format style > Nick> formatting in Py3k?) > > Assuming argparse currently works with versions of Python < 2.6 I see no > reason to make such a change. This would just introduce needless > differences between the version delivered with Python and the PyPI version > and make it more difficult for the author to keep the two code bases in > sync. Sorry, my phrasing was poor - I should have said "as well as" rather than "instead of". For both existing argparse users and to ease conversion from optparse to argparse, %-formatting support obviously needs to remain. We already have a problem with existing APIs not supporting the new string formatting - let's not make it worse by adding *new* APIs that only support the *old* formatting technique. Cheers, Nick. -- Nick Coghlan | ncoghlan at gmail.com | Brisbane, Australia ---------------------------------------------------------------
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