On Tue, Jun 3, 2008 at 6:56 PM, Raymond Hettinger <python at rcn.com> wrote: > From: "Mike Klaas" <mike.klaas at gmail.com> >> >> A cleaner way to effectuate the transition would be to leave >> the camelCase API in 2.6 (for both modules), switch to PEP 8 >> in py3k (for both modules) > > +1 > That makes good sense. No. It makes *no* sense to introduce a new API in 2.6 and change it again in 3.0. That sounds like another foolish consistency. >> , and provide threading3k and multiprocessing3k modules in 2.6 that >> façade the 2.6 API with the PEP 8 API. > > +0 > PEP 8 is nice but it's not that important. > > > Raymond > _______________________________________________ > Python-Dev mailing list > Python-Dev at python.org > http://mail.python.org/mailman/listinfo/python-dev > Unsubscribe: > http://mail.python.org/mailman/options/python-dev/guido%40python.org > -- --Guido van Rossum (home page: http://www.python.org/~guido/)
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