The pep has been through several rounds of public comment on comp.lang.python. As a result, the proposal has evolved away from several methods called iter_backwards() and into a simple builtin function called reversed(). Other simplifications emerged as well. The improved pep is at: www.python.org/sf/pep-0322.html Thanks to many posts by Alex, the only issue of significance is avoiding having a new builtin. My strong feeling is that the essential simplicity and utility of the function would be lost if it got tucked away in some other namespace. The flipside is our common desire to keep the builtin namespace as compact as possible. So, I would like to solicit your thoughts and judgments on whether the PEP merits a new builtin. The proposal and remaining issue are both so simply stated that it was difficult to keep the newsgroup discussion focused. The posts immediately veered towards developing exotic ways to attach the function to other namespaces. Instead of repeating that discussion, hopefully we can just decide whether to accept the pep. Thank you, Raymond Hettinger -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.python.org/pipermail/python-dev/attachments/20031103/52b9b197/attachment.html
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