On Jan 7, 2008 8:59 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> Isn't there a separate list for this topic?
http://lists.peadrop.com/listinfo.cgi/python-stdlib-reorg-peadrop.com
is where the discussion is about to start.
> Are you ignoring it for a
> specific reason?
No, just replied to Ra
Isn't there a separate list for this topic? Are you ignoring it for a
specific reason?
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-3000 mailing list
Python-3000@python.org
http://mail.python.org/mailman/listinfo/python-30
On Jan 7, 2008 5:16 PM, Raymond Hettinger <[EMAIL PROTECTED]> wrote:
> 1) The repr module is marked as hardly used, but it may have a fan base (not
> me). It is covered in the tutorial's guided tour, so it has been held-up as
> being active and useful. There are a few hits on google's codesearch
1) The repr module is marked as hardly used, but it may have a fan base (not
me). It is covered in the tutorial's guided tour, so it has been held-up as
being active and useful. There are a few hits on google's codesearch:
http://www.google.com/codesearch?hl=en&q=+lang:python+%22import+repr%22&s
On 5/6/07, tomer filiba <[EMAIL PROTECTED]> wrote:
> i finished reading almost all of the new peps, so to prevent cluttering
> i'll post all my comments in a single message.
Please don't do that -- it leads to multiple discussions going on in
the same email thread, and that's really hard to keep t
On 5/6/07, tomer filiba <[EMAIL PROTECTED]> wrote:
> 3130 (Access to Current Module/Class/Function)
>
> why make them keywords? they could as well be builtin functions,
> like globals() and locals(). i.e., getmodule(), getclass(), and
> getfunction(
i finished reading almost all of the new peps, so to prevent cluttering
i'll post all my comments in a single message.
3130 (Access to Current Module/Class/Function)
why make them keywords? they could as well be builtin functions,
like globals() an
(I'm not subscribed to this list)
> Consolidate dependent modules together into a single module or package?
> ---
[...]
> Cookie/cookielib
There is no dependency in either direction between these two, and they do
quite different
On 1/5/07, John J Lee <[EMAIL PROTECTED]> wrote:
(I'm not subscribed to this list)
> Consolidate dependent modules together into a single module or package?
> ---
[...]
> Cookie/cookielib
There is no dependency in either direc
