Aurélien Campéas wrote:
> On Sat, Apr 14, 2007 at 10:57:28AM -0700, Talin wrote:
>> Part of the reason why I haven't volunteered to write a PEP for
ABC's is because I don't feel that I understand the various proposals
and the background discussion well enough. However, it occurs to me that
wri
Talin wrote:
> By the way, there's something odd about the "reply-to" headers on your
> email, when I hit "reply all", it replied only to you, not the list.
Oh, duh. I'm an idiot - I didn't notice that the reply was only to me,
not the list.
Aurélien, my apologies for publicly posting material
On Tue, Apr 17, 2007 at 12:23:39AM -0700, Talin wrote:
> Talin wrote:
> > By the way, there's something odd about the "reply-to" headers on your
> > email, when I hit "reply all", it replied only to you, not the list.
>
> Oh, duh. I'm an idiot - I didn't notice that the reply was only to me,
> n
test_cpickle (probably all the same issue here):
test_xpickle, too
==
FAIL: test_ints (test.test_cpickle.cPickleTests)
--
Traceback (most recent call last):
Fil
I whacked almost everything in the string (and strop) module. Here
are some things left to do:
* capwords is defined and used only in one place:
./idlelib/testcode.py
ISTM, this can go.
* maketrans remains (also implemented in stropmodule.c). It is used 11 times.
* ascii_letters is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Apr 17, 2007, at 5:03 AM, Neal Norwitz wrote:
> * maketrans remains (also implemented in stropmodule.c). It is
> used 11 times.
> * ascii_letters is used 17 times
> * ascii_lowercase is used 2 times
> * digits is used 15 times
> * hexdigits
I don't see how I can fight this overwhelming support, so I'll give it +1 too.
On 4/16/07, Travis E. Oliphant <[EMAIL PROTECTED]> wrote:
> Martin v. Löwis wrote:
> > I'd like to submit the following PEP for Python 3.
> >
> > Regards,
> > Martin
> >
> >
> > PEP: xxx
> > Title: Using UTF-8 as the de
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Apr 17, 2007, at 1:35 AM, Humberto Diogenes wrote:
>This is my first post to python-3000. After Guido PEPs-deadline
> announcement, I decided to discuss an old idea while it still has
> some chance of being accepted. :)
>
>No, I do not want
At 12:18 AM 4/17/2007 -0700, Talin wrote:
>The real question to ask is - what is the 90% solution? In other words,
>what is the simplest mechanism that covers 90% of the use cases, while
>allowing the other 10% of use cases to handled by allowing the
>application programmer to extend the system or
Have you seen the (*very* *early* *experimental*) set of ABCs that I
started in sandbox/abc/abc.py ?
On 4/14/07, Talin <[EMAIL PROTECTED]> wrote:
> Part of the reason why I haven't volunteered to write a PEP for ABC's is
> because I don't feel that I understand the various proposals and the
> back
At 10:47 AM 4/17/2007 +0100, Jan Grant wrote:
>On Tue, 17 Apr 2007, Aurélien Campéas wrote:
>
> > But the unconclusiveness of all the discussions related to ABCs,
> > interfaces and generic functions only show the immaturity of many on
> > these topics. Including mine, of course, as in: I lack the
On 4/17/07, Barry Warsaw <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On Apr 17, 2007, at 5:03 AM, Neal Norwitz wrote:
>
> > * maketrans remains (also implemented in stropmodule.c). It is
> > used 11 times.
> > * ascii_letters is used 17 times
> > * ascii_low
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Apr 17, 2007, at 1:27 PM, Neal Norwitz wrote:
> On 4/17/07, Barry Warsaw <[EMAIL PROTECTED]> wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> On Apr 17, 2007, at 5:03 AM, Neal Norwitz wrote:
>>
>> > * maketrans remains (also implem
Neal Norwitz schrieb:
> I don't have any plans, just considering options. Move them
> somewhere? Perhaps, trim the ones that are unused. In a unicode
> world, I'm not sure how much some of these make sense. letters stands
> out more than others. I don't know enough about unicode to know if
> d
On 4/17/07, Barry Warsaw <[EMAIL PROTECTED]> wrote:
> Certainly it makes sense to keep the ascii_* constants. The docs say
> letters and lowercase are locale-aware, so I guess it makes sense to
> keep those too.
Really? Remember that Py3k won't be using the locale for anything
character/string-re
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Apr 17, 2007, at 5:23 PM, Guido van Rossum wrote:
> On 4/17/07, Barry Warsaw <[EMAIL PROTECTED]> wrote:
>> Certainly it makes sense to keep the ascii_* constants. The docs say
>> letters and lowercase are locale-aware, so I guess it makes sense to
On 4/17/07, Christian Heimes <[EMAIL PROTECTED]> wrote:
> Neal Norwitz schrieb:
> > I don't have any plans, just considering options. Move them
> > somewhere? Perhaps, trim the ones that are unused. In a unicode
> > world, I'm not sure how much some of these make sense. letters stands
> > out m
On 4/17/07, Christian Heimes <[EMAIL PROTECTED]> wrote:
> Neal Norwitz schrieb:
> > I don't have any plans, just considering options. Move them
> > somewhere? Perhaps, trim the ones that are unused. In a unicode
> > world, I'm not sure how much some of these make sense. letters stands
> > out m
On 4/17/07, Jim Jewett <[EMAIL PROTECTED]> wrote:
> There are also reasons to want only "local" letters. For example, in
> a French interface, I might want to include the extra French letters,
> but not the Greek.
The Unicode world doesn't support this directly AFAIK. The locale
module doesn't de
Neal Norwitz schrieb:
> I'm tempted to ask the same thing about the types module.
Don't forget the 'new' module. It's a candidate for 'svn rm'.
"""Create new objects of various types. Deprecated.
This module is no longer required except for backward compatibility.
Objects of most types can now
Christian Heimes <[EMAIL PROTECTED]> wrote:
>
> Neal Norwitz schrieb:
> > I'm tempted to ask the same thing about the types module.
>
> Don't forget the 'new' module. It's a candidate for 'svn rm'.
>
> """Create new objects of various types. Deprecated.
>
> This module is no longer required e
Josiah Carlson schrieb:
> I would generally agree with you, except that when monkey patching
> instances...
> self.method = new.instancemethod(other.method.im_func,
> self,
> self.__class__)
>
> is a bit more unders
On 4/17/07, Josiah Carlson <[EMAIL PROTECTED]> wrote:
>
> Christian Heimes <[EMAIL PROTECTED]> wrote:
> >
> > Neal Norwitz schrieb:
> > > I'm tempted to ask the same thing about the types module.
> >
> > Don't forget the 'new' module. It's a candidate for 'svn rm'.
> >
> > """Create new objects of
On 4/17/07, Phillip J. Eby <[EMAIL PROTECTED]> wrote:
> At 10:47 AM 4/17/2007 +0100, Jan Grant wrote:
> >On Tue, 17 Apr 2007, Aurélien Campéas wrote:
> >
> > > But the unconclusiveness of all the discussions related to ABCs,
> > > interfaces and generic functions only show the immaturity of many on
"Steven Bethard" <[EMAIL PROTECTED]> wrote:
> On 4/17/07, Josiah Carlson <[EMAIL PROTECTED]> wrote:
> > Christian Heimes <[EMAIL PROTECTED]> wrote:
> > > Neal Norwitz schrieb:
> > > > I'm tempted to ask the same thing about the types module.
> > >
> > > Don't forget the 'new' module. It's a candid
On 4/17/07, Josiah Carlson <[EMAIL PROTECTED]> wrote:
>
> "Steven Bethard" <[EMAIL PROTECTED]> wrote:
> > On 4/17/07, Josiah Carlson <[EMAIL PROTECTED]> wrote:
> > > Christian Heimes <[EMAIL PROTECTED]> wrote:
> > > > Neal Norwitz schrieb:
> > > > > I'm tempted to ask the same thing about the types
26 matches
Mail list logo
