Nick Coghlan wrote:
> Georg Brandl wrote:
>> Hi,
>>
>> some time ago, someone posted in python-list about icons using the Python
>> logo from the new site design [1]. IMO they are looking great and would
>> be a good replacement for the old non-scaling snakes on Windows in 2.5.
>
> Those are *rea
Greg Ewing <[EMAIL PROTECTED]> wrote:
>> try:
>> import xml.etree.ElementTree as ET # in python >=2.5
>> except ImportError:
> >... etc ad nauseam
>
> For situations like this I've thought it might
> be handy to be able to say
>
>import xml.etree.ElementTree or cElem
Anthony Baxter wrote:
> Because the Python.asdl and the generated Python-ast.[ch] get checked
> into svn in the same revision, the svn export I use to build the
> tarballs sets them all to the same timestamp on disk (the timestamp
> of the checkin).
Actually, the generated c file often has a n
Peter Åstrand wrote:
> In case I should do some subprocess work, I need svn write access. I've
> read section 1.2.8 in the FAQ, but to who should I send my SSH key?
Yes, please send it to me, along with the preferred spelling of your
name (I'd assume peter.astrand).
Regards,
Martin
__
Martin Blais wrote:
>> P(a("Click here to forget", href="...
>
> No. That's not going to work: pygettext needs to be able to extract
> the string for the catalogs. No markup, no extraction. (This is how
> you enter strings that are not meant to be translated.)
I know; I wrote pygettext. You can
2006/4/7, Aahz <[EMAIL PROTECTED]>:
>
> Please submit a bug report on SourceForge and report back the ID.
http://python.org/sf/1466065
Seo Sanghyeon
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Uns
This is from bug www.python.org/sf/1465408
Because the Python.asdl and the generated Python-ast.[ch] get checked
into svn in the same revision, the svn export I use to build the
tarballs sets them all to the same timestamp on disk (the timestamp
of the checkin). "make" then attempts to rebuild
On Thursday 06 April 2006 18:09, Georg Brandl wrote:
> a while ago, Raymond proposed str.partition, and I guess the reaction
> was positive. So what about including it now?
+1
-Fred
--
Fred L. Drake, Jr.
___
Python-Dev mailing list
Python-Dev@
On Thu, Apr 06, 2006, Sanghyeon Seo wrote:
>
> base64 module documentation for b64decode function says, "TypeError is
> raised if s were incorrectly padded or if there are non-alphabet
> characters present in the string." But this doesn't seem to be the
> case. Testcase:
>
> import base64
> base64
Trent Mick wrote:
> try:
> import xml.etree.ElementTree as ET # in python >=2.5
> except ImportError:
>... etc ad nauseam
For situations like this I've thought it might
be handy to be able to say
import xml.etree.ElementTree or cElementTree or \
elementtree.Eleme
On 4/6/06, Alex Martelli <[EMAIL PROTECTED]> wrote:
> On 4/6/06, Martin Blais <[EMAIL PROTECTED]> wrote:
>
> > - We could also have a prefix "I" for strings to be marked but not
> > runtime-translated, to replace the N_() strings.
>
> I'm more dubious about this one, because I don't really see the
On 4/6/06, Peter Åstrand <[EMAIL PROTECTED]> wrote:
>
> Hi everyone. I've been away from Python dev for a while, but I've noticed
> that I'm assigned to quite many subprocess bugs (14 or so) that needs some
> care.
>
> The first question is: Am I the right person to take care of these? I do
> have
On 4/6/06, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
> Martin Blais wrote:
> >...
> >A(P(_("Click here to forget"), href="...
> >...
>
> I assume that this should be
>
> P(A(_("Click here to forget"), href="...
>
> instead (i.e. href is a parameter to A, not to P)
Yeah, that's rig
Hello,
base64 module documentation for b64decode function says, "TypeError is
raised if s were incorrectly padded or if there are non-alphabet
characters present in the string." But this doesn't seem to be the
case. Testcase:
import base64
base64.b64decode('%')
Since % is a non-alphabet characte
Well, CPython at least still enforces the padding, even if it's ignoring the
invalid characters.
Here's Seo's repro 'simplified' to go straight to binascii (just to get to the
root API):
>>> import binascii
>>> binascii.a2b_base64('%')
''
And then sending a valid character, invalid padding:
>
Hi everyone. I've been away from Python dev for a while, but I've noticed
that I'm assigned to quite many subprocess bugs (14 or so) that needs some
care.
The first question is: Am I the right person to take care of these? I do
have some ideas for some of the bugs and. OTOH, I don't have tim
> a while ago, Raymond proposed str.partition, and I guess the reaction
> was positive. So what about including it now?
Neal approved this for going into the second alpha.
Will do it this month.
Raymond
___
Python-Dev mailing list
Python-Dev@python.org
Martin Blais wrote:
>...
>A(P(_("Click here to forget"), href="...
>...
I assume that this should be
P(A(_("Click here to forget"), href="...
instead (i.e. href is a parameter to A, not to P)
>
> (In my example, I built a library not unlike stan for creating HTML,
> which is wher
Hi,
a while ago, Raymond proposed str.partition, and I guess the reaction
was positive. So what about including it now?
Georg
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail
Sorry, I missed the fact that this was about nested classes.
Still, I don't think it's worth fixing.
--Guido
On 4/6/06, Georg Brandl <[EMAIL PROTECTED]> wrote:
> Guido van Rossum wrote:
> > I think it's fine as it is. I don't think making it walk the
> > inheritance tree is helpful; the output
[Fredrik Lundh wrote]
> Trent Mick wrote:
>
> > That is the current state.
>
> which reminds that maybe it's time to add an import helper to
> the standard library, so you can do
>
> stringio = import_search("cStringIO", "StringIO")
> ET = import_search("lxml.etree", "cElementTree", "xml
Trent Mick wrote:
> That is the current state.
which reminds that maybe it's time to add an import helper to
the standard library, so you can do
stringio = import_search("cStringIO", "StringIO")
ET = import_search("lxml.etree", "cElementTree", "xml.etree.cElementTree")
db = import_se
Guido van Rossum wrote:
> I think it's fine as it is. I don't think making it walk the
> inheritance tree is helpful; the output would be too large. Also, an
> instance doesn't have any code and that's fine too.
Inheritance has nothing to do with that.
> (Didn't you mean "dis.dis(D) doesn't touch
[Martijn Faassen wrote]
> I.e., this in ElementTree:
> ...
http://aspn.activestate.com/ASPN/Cookbook/Python/Recipe/475126
import ElementTree from everywhere
try:
import xml.etree.ElementTree as ET # in python >=2.5
except ImportError:
try:
import cElementTree
Alex Martelli wrote:
> On Apr 5, 2006, at 8:30 PM, Greg Ewing wrote:
>
>
>>A while ago there was some discussion about including
>>elementtree in the std lib. I can't remember what the
>>conclusion about that was, but if it does go ahead,
>>I'd like to suggest that it be reorganised a bit.
>>
>>I
I think it's fine as it is. I don't think making it walk the
inheritance tree is helpful; the output would be too large. Also, an
instance doesn't have any code and that's fine too.
(Didn't you mean "dis.dis(D) doesn't touch C"?)
--Guido
On 4/6/06, Georg Brandl <[EMAIL PROTECTED]> wrote:
> Hi,
>
Modules should have short, lowercase names, without underscores.
>>
>> But if we don't start becoming stricter about the naming of things
>> added to the stdlib, consistency of naming is never going to improve.
>>
>> Or should this wait for Py3k?
aahz> For contr
On 4/6/06, Martin Blais <[EMAIL PROTECTED]> wrote:
...
> So I had the following idea: would it not be nice if there existed a
> string-prefix 'i' -- a string prefix like for the raw (r'...') and
> unicode (u'...') strings -- that would mark the string as being for
> i18n? Something like this (
Hi,
dis.dis currently handles new-style classes stepmotherly: given
class C(object):
def Cm(): pass
class D(object):
def Dm(): pass
dis.dis(C) doesn't touch D, and
dis.dis(C()) doesn't touch anything.
Should it be fixed? It may need some reworking in dis.dis.
Georg
___
Hi all
I got an evil idea for Python this morning -- Guido: no, it's not
about linked lists :-) -- , and I'd like to bounce it here. But
first, a bit of context.
In the context of writing i18n apps, programmers have to "mark"
strings that may be internationalized in a way that
- a special hoo
On Wed, 2006-04-05 at 12:13 -0700, Brett Cannon wrote:
> On 4/5/06, Donovan Baarda <[EMAIL PROTECTED]> wrote:
> > G'day,
> >
> > Just noticed on Debian (testing), Ubuntu (warty?), and RedHat (old)
> > based systems Python's time.strptime() seems to ignore the environment's
> > Locale and just uses
On Thu, Apr 06, 2006, Greg Ewing wrote:
> Fredrik Lundh wrote:
>>
>> it's not new code, and having *different* module names for the same
>> well-established library isn't very nice to anyone.
>>
>>> Modules should have short, lowercase names, without underscores.
>
> But if we don't start becomi
Does anyone have a current email address for Don? I've had a bounce from
dvcorp.com and I need to get in touch with him.
regards
Steve
--
Steve Holden +44 150 684 7255 +1 800 494 3119
Holden Web LLC/Ltd www.holdenweb.com
Love me, love my blog holdenweb.blogspot.c
Paul Moore wrote:
> On 4/6/06, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
>> What happens when you run
>>
>> D:\Apps\Python25\python.exe -Wi D:\Apps\Python25\Lib\compileall.py -f -x
>> badsyntax D:\Apps\Python25\Lib
>>
>> and look at the status of the program? I think also excluding bad_coding
>>
Fredrik Lundh wrote:
> it's not new code, and having *different* module names for the same
> well-established library isn't very nice to anyone.
>
> > Modules should have short, lowercase names, without underscores.
But if we don't start becoming stricter about the
naming of things added to the
On 4/6/06, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
> What happens when you run
>
> D:\Apps\Python25\python.exe -Wi D:\Apps\Python25\Lib\compileall.py -f -x
> badsyntax D:\Apps\Python25\Lib
>
> and look at the status of the program? I think also excluding bad_coding
> might already help.
Statu
36 matches
Mail list logo