On Fri, 8 Feb 2008 18:45:35 -0800 "Dj Gilcrease" <[EMAIL PROTECTED]> wrote:
> On Feb 5, 2008 10:24 PM, Mike Meyer <[EMAIL PROTECTED]> wrote:
> > Sure, there are *lots* of ways the user can screw up the system as
> > root. Doing a default python install from source is *not* one of them,
> > no matte
Raymond Hettinger wrote:
> Besides, for the "gurus who are in the know", the min() and max()
> functions can often be substituted directly for any() and all()
> and then you get the key= syntax for free ;-)
>
>any(x%2==0 for x in s)
>max(x%2==0 for x in s)
Except that you lose the short-c
Greg Ewing canterbury.ac.nz> writes:
>
> Paul Moore wrote:
> > On Windows, GUI vs Console is a property of the EXE file,
> > and the differing behaviour is built into the OS loader.
>
> Would it be feasible for it to always start up as a gui
> app, and then create its own console window (a fake
In the process of getting UserDict updated to subclass from MutableMapping, it
ended-up in the collections module during the
transistion. Probably, all three should end-up in the same place, either in
the collections module or in their own modules. What
do you guys think? Do you like them in
On Feb 9, 2008 2:33 PM, Raymond Hettinger <[EMAIL PROTECTED]> wrote:
> In the process of getting UserDict updated to subclass from MutableMapping,
> it ended-up in the collections module during the transistion. Probably, all
> three
> should end-up in the same place, either in the collections mod
On Feb 8, 2008 5:03 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> On Feb 8, 2008 4:51 PM, Raymond Hettinger <[EMAIL PROTECTED]> wrote:
> > I recommend dropping the dict.copy() method from Py3.0.
> >
> > * We can already write: newd = copy.copy(d).
> > * We can also write: newd = dict(d)
>
On Feb 9, 2008 1:33 PM, Raymond Hettinger <[EMAIL PROTECTED]> wrote:
> In the process of getting UserDict updated to subclass from MutableMapping,
> it ended-up in the collections module during the
> transistion. Probably, all three should end-up in the same place, either in
> the collections mo
[Brett]
> +1 on collections.
[Steven Bethard]
> +1 for putting them in the collections module.
How about UserString?
Is there a reason for it to continue to exist?
Raymond
___
Python-3000 mailing list
[email protected]
http://mail.python.org/mai
On Feb 9, 2008 5:43 PM, Raymond Hettinger <[EMAIL PROTECTED]> wrote:
> [Brett]
> > +1 on collections.
>
> [Steven Bethard]
> > +1 for putting them in the collections module.
>
> How about UserString?
> Is there a reason for it to continue to exist?
I have never used it so I don't have an opinion o
On Feb 9, 2008, at 8:27 PM, Brett Cannon wrote:
> On Feb 8, 2008 5:03 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote:
>> On Feb 8, 2008 4:51 PM, Raymond Hettinger <[EMAIL PROTECTED]> wrote:
>>> I recommend dropping the dict.copy() method from Py3.0.
>>>
>>> * We can already write: newd = copy.co
On Feb 9, 2008 5:52 PM, James Y Knight <[EMAIL PROTECTED]> wrote:
> Has anyone thought of making a execution-informed converter? If you
> have a comprehensive test suite, it seems that it ought be possible to
> use the actual execution of the test suite, under a trace hook
> perhaps, or something o
On Feb 9, 2008 6:43 PM, Raymond Hettinger <[EMAIL PROTECTED]> wrote:
> [Brett]
> > +1 on collections.
>
> [Steven Bethard]
> > +1 for putting them in the collections module.
>
> How about UserString?
> Is there a reason for it to continue to exist?
Like Brett, I've never found a use for it, so I'm
At 07:51 PM 2/8/2008 -0500, Raymond Hettinger wrote:
>I recommend dropping the dict.copy() method from Py3.0.
>
>* We can already write: newd = copy.copy(d).
>* We can also write: newd = dict(d)
>* Both of those approaches also work for most other containers.
I'm not fond of this idea. dict.
13 matches
Mail list logo
