> So that leaves 1.
Ok. So several people have spoken in favor of removing string.letters;
I'll work on removing it.
Regards,
Martin
___
Python-3000 mailing list
Python-3000@python.org
http://mail.python.org/mailman/listinfo/python-3000
Unsubscribe:
ht
On 8/13/07, Paul Colomiets <[EMAIL PROTECTED]> wrote:
> Guido van Rossum wrote:
> > I see four tests fail that passed yesterday:
> > [...]
> > < test_threaded_import
> Patch attached.
> Need any comments?
Thanks! The patch as-is didn't help, but after changing the write()
line to b'blat' it works.
On 8/11/07, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
> > ==
> > ERROR: test_char_write (__main__.TestArrayWrites)
> > --
> > Traceback (most recent call last):
Guido van Rossum wrote:
I see four tests fail that passed yesterday:
[...]
< test_threaded_import
Patch attached.
Need any comments?
Index: Lib/tempfile.py
===
--- Lib/tempfile.py (revision 56982)
+++ Lib/tempfile.py (working copy)
Martin v. Löwis wrote:
> However, if string.letters is removed, I trust that people
> start listing all characters explicitly in the regex, and curse
> python-dev for removing such a useful facility.
On the other hand, if it's kept, but turns into something
tens of kilobytes long, what effect will
>> Exactly my feelings. Still, people seem to like string.letters a lot,
>> and I'm unsure as to why that is.
>
> I think because it feels like the most direct, least obscured
> approach. Calling ord() feels like a hack, re is overkill and
> maligned for many reasons, and c.isalpha() would behave
On 8/12/07, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
> > Wasn't unicodedata.ascii_letters suggested at one point (to eliminate
> > the string module), or was that my imagination?
>
> Not sure - I don't recall such a proposal.
>
> > IMO, if there is a need for unicode or locale letters, we shoul
> Wasn't unicodedata.ascii_letters suggested at one point (to eliminate
> the string module), or was that my imagination?
Not sure - I don't recall such a proposal.
> IMO, if there is a need for unicode or locale letters, we should
> provide a function to generate them as needed. It can be passe
Martin v. Löwis wrote:
> So I see the following options:
> 1. remove it entirely. Keep string.ascii_letters instead
I'd vote for this one. The only major use case for
string.letters I can see is testing whether something
is a letter using 'c in letters'. This obviously
doesn't scale when there can
On 8/11/07, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
> > ==
> > ERROR: test_char_write (__main__.TestArrayWrites)
> > --
> > Traceback (most recent call last):
> ==
> ERROR: test_char_write (__main__.TestArrayWrites)
> --
> Traceback (most recent call last):
> File "Lib/test/test_csv.py", line 648, in test_char_write
>
> test_csv: one error
> ==
> ERROR: test_char_write (__main__.TestArrayWrites)
> --
> Traceback (most recent call last):
> File "Lib/test/test_csv.py", line 648,
On 8/11/07, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> I see four tests fail that passed yesterday:
>
> < test_csv
> < test_shelve
> < test_threaded_import
> < test_wsgiref
The only failure I could reproduce was test_wsgiref. That problem was
fixed in 56932.
I had updated the previous revisio
I see four tests fail that passed yesterday:
< test_csv
< test_shelve
< test_threaded_import
< test_wsgiref
Details:
test_csv: one error
==
ERROR: test_char_write (__main__.TestArrayWrites)
--
14 matches
Mail list logo
