Hello,
today, when two Python developers here had approached me about the PSF, I
realized that it is time to correct a mistake which I had made over three years
ago, when I discovered Linux, free software, Usenet etc (I was sixteen at that
time).
I then assumed a different name, partly to
Neal Norwitz wrote:
[moving to python-dev]
On 1/7/06, Reinhold Birkenfeld [EMAIL PROTECTED] wrote:
Well, it is not the test that's broken... it's compiler.
[In reference to:
http://mail.python.org/pipermail/python-checkins/2006-January/048715.html]
In the past, we haven't checked in
The call to curses.setupterm() leaves my terminal in a bad state.
The reset program outputs:
Erase set to delete.
Kill set to control-U (^U).
Interrupt set to control-C (^C).
Doesn't the setupterm() have to be paired with something like shutdownterm()?
regards,
Georg
Hi,
import locale
locale.setlocale(locale.LC_NUMERIC, )
'[EMAIL PROTECTED]'
%f % 1.0
'1.00'
u%f % 1.0
u'1,00'
Is this intended? This breaks test_format on my box when test_builtin (method
test_float_with_comma) is executed first.
regards,
Georg
Martin v. Löwis wrote:
Georg Brandl wrote:
import locale
locale.setlocale(locale.LC_NUMERIC, )
'[EMAIL PROTECTED]'
%f % 1.0
'1.00'
u%f % 1.0
u'1,00'
Is this intended? This breaks test_format on my box when test_builtin (method
test_float_with_comma) is executed
Michael Hudson wrote:
Georg Brandl [EMAIL PROTECTED] writes:
The call to curses.setupterm() leaves my terminal in a bad state.
Hmm.
The reset program outputs:
Erase set to delete.
Kill set to control-U (^U).
Interrupt set to control-C (^C).
It always says that :) (unless you've
Michael Hudson wrote:
Georg Brandl [EMAIL PROTECTED] writes:
Michael Hudson wrote:
Georg Brandl [EMAIL PROTECTED] writes:
The call to curses.setupterm() leaves my terminal in a bad state.
Hmm.
The reset program outputs:
Erase set to delete.
Kill set to control-U (^U).
Interrupt
Delaney, Timothy (Tim) wrote:
Guido van Rossum wrote:
On 1/10/06, Thomas Heller [EMAIL PROTECTED] wrote:
I would like to suggest to include ctypes into core Python, starting
with the 2.5 release.
On the one hand I agree that this is a useful module, popular, mature
etc.
On the other
Hi,
does Python have an official icon? Not py.ico from PC/, that's a bit
ugly and does not scale. Has no designerhead ever done such a thing?
Georg
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
What Fredrik hacks together there (http://www.effbot.org/lib) is very
impressive. I especially like the permalinks in this style:
http://effbot.org/lib/os.path.join
What I would suggest (for any new doc system) is a split view: on the left,
the normal text, on the right, an area with only the
Fred L. Drake, Jr. wrote:
On Saturday 21 January 2006 13:37, Martin v. Löwis wrote:
The registered ones:
http://www.iana.org/assignments/uri-schemes
I think that these should be supported.
That's okay, but it may be much work to find out which of them use relative
paths, fragments,
Guido van Rossum wrote:
On 1/21/06, Terry Reedy [EMAIL PROTECTED] wrote:
On this page, 8 of 30 entries have a 'new in' comment. For anyone with no
interest in the past, these constitute noise. I wonder if for 3.0, the
timer can be reset and the docs start clean again. To keep them backwards
Aahz wrote:
On Sat, Jan 21, 2006, Guido van Rossum wrote:
Why? If wikipedia can do without moderation (for most pages) then why
couldn't the Python docs?
If we're strictly talking about user comments, I won't disagree, but the
main docs do need to be authoritative IMO.
Aside to Georg:
Guido van Rossum wrote:
On 1/21/06, Georg Brandl [EMAIL PROTECTED] wrote:
What Fredrik hacks together there (http://www.effbot.org/lib) is very
impressive. I especially like the permalinks in this style:
http://effbot.org/lib/os.path.join
Which (despite having perma in its name) evaporates
Walter Dörwald wrote:
Georg Brandl wrote:
[...]
Can you mock that up a bit? I'm somewhat confused about what you're
requesting, and also worried that it would take up too
much horizontal space. (Despite that monitors are wider than tall,
horizontal real estate feels more scarce than
Guido van Rossum wrote:
Which (despite having perma in its name) evaporates and leaves
behind a link to os.path.html#join.
There may be other uses (e.g. marking a certain location in the docs with
a permalink marker so that one can point the user to /lib/marker.
Especially useful for the
Tim Parkin wrote:
Tim Parkin wrote:
Guido van Rossum wrote:
I believe there's a CSS trick (most often used for images) that can
makes the summary window float to the right so that below it the
main text resumes the full breadth of the window. If you can pull that
off I think this is a good
Guido van Rossum wrote:
But like it or not, configuration files are often used to store data
about what a program does - not just the UI options. Storing this in a
human readable and editable format is of great advantage.
Yes, a lot of the entries will never be modified by a user - but many
Alex Martelli wrote:
A class I wrote (and lost) ages ago was a placeholder class, so if
'X' was an instance of this class, X + 1 was roughly equivalent to
lambda x:x+1 and X.method(zip, zop) was roughly equivalent to your
methodcaller(method, zip, zop). I threw it away when listcomps
got
Alex Martelli wrote:
When teaching some programming to total newbies, a common frustration
is how to explain why a==b is False when a and b are floats computed
by different routes which ``should'' give the same results (if
arithmetic had infinite precision). Decimals can help, but
Fuzzyman wrote:
Hello all,
I understand that old style classes are slated to disappear in Python 3000.
Does this mean that the following will be a syntax error :
class Something:
pass
*or* that instead it will automatically inherit from object ?
Of course, I would say. There's
Neal Norwitz wrote:
On 2/7/06, Christopher Armstrong [EMAIL PROTECTED] wrote:
Twisted is wonderful, powerful, rich, and very large. Perhaps a small
subset could be carefully extracted
The subject of putting (parts of) Twisted into the standard library
comes up once every 6 months or so,
Eric Nieuwland wrote:
Travis Oliphant wrote:
PEP: ###
Title: Allowing any object to be used for slicing
[...]
Rationale
Currently integers and long integers play a special role in slice
notation in that they are the only objects allowed in slice
syntax. In other words, if X is
Bengt Richter wrote:
1) Replace lambda args: value with
args - value
or something equivalently concise, or
Yet another bike shed color chip:
!(args:expr) # == lambda args:expr
and
!(args::suite) # == (lambda args::suite)
Please drop it. Guido pronounced on it, it is _not_
Hi,
it has been proposed before, but there was no conclusive answer last time:
is there any chance for 2.5 to include commonly used decorators in a module?
Of course not everything that jumps around should go in, only pretty basic
stuff that can be widely used.
Candidates are:
- @decorator.
Guido van Rossum wrote:
Next, the schedule. Neal's draft of the schedule has us releasing 2.5
in October. That feels late -- nearly two years after 2.4 (which was
released on Nov 30, 2004). Do people think it's reasonable to strive
for a more aggressive (by a month) schedule, like this:
Guido van Rossum wrote:
- setuplib? Wouldn't it make sense to add this to the 2.5 stdlib?
If you mean setuptools, I'm a big +1 (if it's production-ready by that time).
Together with a whipped up cheese shop we should finally be able to put up
something equal to cpan/rubygems.
Georg
Hi,
it has been proposed before, but there was no conclusive answer last time:
is there any chance for 2.5 to include commonly used decorators in a module?
Of course not everything that jumps around should go in, only pretty basic
stuff that can be widely used.
Candidates are:
- @decorator.
I just updated the general copyright notice to include the
year 2006. This is scattered in at least 6 files (I found that many searching
for 2004 and 2005) which would be handy to record somewhere so that next year
it's easier. Where does this belong?
Georg
Nick Coghlan wrote:
Georg Brandl wrote:
I just updated the general copyright notice to include the
year 2006. This is scattered in at least 6 files (I found that many searching
for 2004 and 2005) which would be handy to record somewhere so that next year
it's easier. Where does this belong
The above docs are from August 2005 while docs.python.org/dev is current.
Shouldn't the old docs be removed?
Georg
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
Jeremy Hylton wrote:
As I said in an earlier message, there's no need to have a separate
domain to restrict queries to just the doc/current part of python.org.
Just type
site:python.org/doc/current your query here
If there isn't any other rationale, maybe we can redirects
docs.python.org
Guido van Rossum wrote:
d = DefaultDict([])
can be written as simply
d[key].append(value)
Feedback?
Probably a good idea, has been proposed multiple times on clpy.
One good thing would be to be able to specify either a default value
or a factory function.
While at it, other
Bob Ippolito wrote:
On Feb 16, 2006, at 11:35 AM, Benji York wrote:
Alexander Schremmer wrote:
In fact, PHP does it like php.net/functionname which is even
shorter, i.e.
they fallback to the documentation if that path does not exist
otherwise.
Like many things PHP, that seems a bit
Bernhard Herzog wrote:
Travis E. Oliphant [EMAIL PROTECTED] writes:
2) The __index__ special method will have the signature
def __index__(self):
return obj
Where obj must be either an int or a long or another object
that has the __index__
Thomas Heller wrote:
Probably a good idea, has been proposed multiple times on clpy.
One good thing would be to be able to specify either a default value
or a factory function.
While at it, other interesting dict subclasses could be:
* sorteddict, practically reinvented by every larger
Hi,
as Jim Jewett noted, multifile is supplanted by email as much as mimify etc.
but it is not marked as deprecated. Should it be deprecated in 2.5?
Georg
___
Python-Dev mailing list
Python-Dev@python.org
Fredrik Lundh wrote:
Georg Brandl wrote:
as Jim Jewett noted, multifile is supplanted by email as much as mimify etc.
but it is not marked as deprecated. Should it be deprecated in 2.5?
-0.5 (gratuitous breakage).
I think the current see also/supersedes link is good enough.
Well
Fredrik Lundh wrote:
Raymond Hettinger wrote:
I would like to add something like this to the collections module, but a PEP
is
probably needed to deal with issues like:
frankly, now that Guido is working 50% on Python, do we really have to use
the full PEP process also for simple things
Georg Brandl wrote:
Hi,
it has been proposed before, but there was no conclusive answer last time:
is there any chance for 2.5 to include commonly used decorators in a module?
No interest at all?
Georg
___
Python-Dev mailing list
Python-Dev
[EMAIL PROTECTED] wrote:
Guido Over lunch with Alex Martelli, he proposed that a subclass of
Guido dict with this behavior (but implemented in C) would be a good
Guido addition to the language.
Instead, why not define setdefault() the way it should have been done in the
first
Ian Bicking wrote:
Unfortunately, a @property decorator is impossible...
It already works! But only if you want a read-only property. Which is
actually about 50%+ of the properties I create. So the status quo is
not really that bad.
I have abused it this way too and felt bad every
Alex Martelli wrote:
On Feb 18, 2006, at 12:38 AM, Georg Brandl wrote:
Guido van Rossum wrote:
WFM. Patch anyone?
Done.
http://python.org/sf/1434038
I reviewed the patch and added a comment on it, but since the point
may be controversial I had better air it here for discussion
Neal Norwitz wrote:
http://www.python.org/dev/buildbot/
Whoever is first to break the build, buys a round of drinks at PyCon!
That's over 400 people and counting:
http://www.python.org/pycon/2006/pycon-attendees.txt
Remember to run the tests *before* checkin. :-)
Don't we have a
I've just checked in some enhancements to the fileinput module.
* fileno() to check the current file descriptor
* mode argument to allow opening in universal newline mode
* openhook argument to allow transparent opening of compressed
or encoded files.
Please feel free to comment.
Cheers,
Benji York wrote:
Neal Norwitz wrote:
http://www.python.org/dev/buildbot/
If there's interest in slightly nicer buildbot CSS (something like
http://buildbot.zope.org/) I'd be glad to contribute.
+1. Looks nice!
Georg
___
Python-Dev mailing list
Jonathan Barbero wrote:
Hello!
My name is Jonathan, i´m new with Python.
I try this in the command line:
(-1)**(1/2)
1
This is wrong, i think it must throw an exception.
What do you think?
1/2
0
(-1)**0
1
It's fine.
If you want to get a floating point result
Martin v. Löwis wrote:
Steve Holden wrote:
All formats would be improved of the headers could be made to float at
the top of the page as scrolling took place.
Can this be done in CSS? If so, contributions are welcome.
Not as it is. The big table would have to be split so that there is one
Greg Ewing wrote:
def my_func():
namespace foo
foo.x = 42
def inc_x():
foo.x += 1
The idea here is that foo wouldn't be an object in
its own right, but just a collection of names that
would be implemented as local variables of my_func.
But why is that better
M.-A. Lemburg wrote:
Note that I'm not saying that these switches are useless - of
course they do allow to strip down the Python interpreter.
I believe that only very few people are interested in having these
options and it's fair enough to put the burden of maintaining these
branches on
Barry Warsaw wrote:
On Fri, 2006-02-17 at 14:01 +0100, Georg Brandl wrote:
Fredrik Lundh wrote:
Georg Brandl wrote:
as Jim Jewett noted, multifile is supplanted by email as much as mimify
etc.
but it is not marked as deprecated. Should it be deprecated in 2.5?
-0.5 (gratuitous
Martin v. Löwis wrote:
Georg Brandl wrote:
* I think I've submitted this one to the tracker, but can't remember:
It's for PySequence_SetItem and makes something like this possible:
tup = ([], )
tup[0] += [1]
That definitely needs fixing:
py tup = ([], )
py tup[0] += [1
[EMAIL PROTECTED] wrote:
I just noticed that cProfile (like profile) prints to stdout. Yuck. I
guess that's to be expected because the pstats module does the actual
printing and it's used by both modules. I'm willing to give up backward
compatibility to achieve a little more sanity and
[EMAIL PROTECTED] wrote:
Georg Probably related:
Georg http://python.org/sf/1235266
Don't think so. That was just a documentation nit (and is now fixed and
closed at any rate).
Well, it is another module that prints to stdout instead of stderr.
Okay, not so closely related ;)
Facundo Batista wrote:
2006/2/25, [EMAIL PROTECTED] [EMAIL PROTECTED]:
Translating the library reference as such is more difficult, because
it can't be translated in small chunks very well.
The SVN directory python/dist/src/Doc/lib/ has 276 .tex's, with an
average of 250 lines each.
Hi,
while as is being made a keyword, I remembered parallels between with
and a proposal made some time ago:
with expr as f:
do something with f
while expr as f:
do something with f
if expr as f:
do something with f
elif expr as f:
do something else with f
What do you think?
[HPH the BDFL]
I suggest you file those as products of an overactive imagination. :-)
At least not only mine. ;)
Have you even tried to define precise semantics for any of those, like
the expansion of with E as V: B in PEP 343?
Easily.
if expr as name:
BLOCK
would be equivalent to
Alex Martelli wrote:
I think the best use cases for 'assignment inside an if or while'
condition, as far as they go, require `capturing' a SUB-expression of
the condition, rather than the whole condition. E.g., in C,
while ( (x=next_x()) threshold ) ...
being able to capture (by
Guido van Rossum wrote:
On 3/7/06, Georg Brandl [EMAIL PROTECTED] wrote:
Have you even tried to define precise semantics for any of those, like
the expansion of with E as V: B in PEP 343?
Easily.
if expr as name:
BLOCK
would be equivalent to
name = expr
if name:
BLOCK
del
Hi,
I know, PyCon's just been, but not many bugs were closed and
there really ought to be some issues resolved before 2.4.3 happens.
The number of open bugs is again crawling to 900.
I myself are looking at many bugs and patches over time, but with
most of them I can't decide alone what to do.
Guido van Rossum wrote:
We seem to have a consensus. Is anybody working on a patch yet?
http://python.org/sf/1446372
Georg
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
Okay, if they were sensible, but:
http://www.ph.tum.de/~gbrandl/python-vb.png
Not that we want them to use Python... wink
Georg
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
Martin v. Löwis wrote:
Alan McIntyre wrote:
The current PCBuild/readme.txt directs people to
http://sources.redhat.com/bzip2 to get the 1.0.2 version of libbz2. The
RedHat link redirects to http://www.bzip.org, which shows that 1.0.3 was
released in February 2005. I suggest that Python 2.5
Hi,
to underlay my proposals with facts, I've written a simple decorator
module containing at the moment only the decorator decorator.
http://python.org/sf/1448297
It is implemented as a C extension module _decorator which contains the
decorator object (modelled after the functional.partial
Nick Coghlan wrote:
Georg Brandl wrote:
Hi,
to underlay my proposals with facts, I've written a simple decorator
module containing at the moment only the decorator decorator.
http://python.org/sf/1448297
It is implemented as a C extension module _decorator which contains the
decorator
Nick Coghlan wrote:
Alex Martelli wrote:
On Mar 12, 2006, at 11:16 AM, Ian Bicking wrote:
...
memoize seems to fit into functools fairly well, though deprecated not
so much. functools is similarly named to itertools, another module
that
is kind of vague in scope (though functools is
Raymond Hettinger wrote:
In PEP 356, there is even a suggestion to add builtin @deprecated
decorator?.
Restraint please.
Well, that sentence wasn't meant in the sense of we should add it but
in the sense of why shouldn't we put it in functools _if_ we add it, when
it's even suggested as a
Neil Schemenauer wrote:
I think it would be a good idea to follow the Plone project and try
to encourage new developers by offering assistance to get them up
and running. AFAIK, we've done that for the other bug days but it
might help to publish the fact that no prior Python development
Greg Ewing wrote:
For Py3k, any thoughts on changing the syntax of
the except clause from
except type, value:
to
except type as value:
so that things like
except TypeError, ValueError:
will do what is expected?
+1. Fits well with the current use of as.
Georg
Greg Ewing wrote:
Russell E. Owen wrote:
Fundamentally I think what's wanted is:
- Another level of sub-TOCs, e.g. one for Sequence Types, Mapping
Types, etc. Every page that has sub-topics or intimately related should
have a list of them at the beginning.
- The special methods for a
Brett Cannon wrote:
On 3/17/06, Georg Brandl [EMAIL PROTECTED] wrote:
John J Lee wrote:
In your formulation the comma binds more tightly than the as keyword.
In import statements it's the other way around. That seems like it
might be a source of confusion.
Perhaps parentheses around
Barry Warsaw wrote:
On Sat, 2006-03-18 at 22:53 +1000, Nick Coghlan wrote:
Should GeneratorExit inherit from Exception or BaseException?
Actually, this prompts me to write about an issue I have with PEP 352.
I actually don't think it's necessary (yes, I know it's already in the
tree).
[moving to python-dev]
Alex Martelli wrote:
Georg Brandl [EMAIL PROTECTED] wrote:
can someone please tell me that this is correct and why:
IMHO, it is not correct: it is a Python bug (and it would be nice to fix
it in 2.5).
Fine. Credits go to Michal Kwiatkowski for discovering
Hello,
it's time for the 7th Python Bug Day. The aim of the bug day is to close
as many bugs, patches and feature requests as possible, this time with a
special focus on new features that can still go into the upcoming 2.5 alpha
release.
When?
^
The bug day will take place on Friday, March
Tim Peters wrote:
[Guido]
Accessor functions are typical for APIs translated too literally from
Java. (threading.py being an example :-( )
I'd like to change this as long as we're doing greenfield API design.
[Georg Brandl]
Does that mean to change it to attributes?
(since I'm
Jeremy Hylton wrote:
On 3/27/06, Anthony Baxter [EMAIL PROTECTED] wrote:
Ok, it's time to rock and roll.
The SVN trunk is FROZEN for 2.5a1 from 00:00 UTC on
Thursday 30th of March.
I'll post again once it's open. Note that new features can keep going
in during the alpha cycle, the
Anthony Baxter wrote:
On Tuesday 28 March 2006 19:35, Giovanni Bajo wrote:
Anthony Baxter [EMAIL PROTECTED] wrote:
Another option would be Bugzilla, which is proven to be stable,
maintained and used succesfully by large open source projects
(like GCC+RedHat+Binutils+Classpath).
Please
Hi,
(this makes test_ctypes fail, therefore I noticed)
currently with -Qnew:
2/0
Traceback (most recent call last):
File stdin, line 1, in ?
ZeroDivisionError: float division
2L/0
Traceback (most recent call last):
File stdin, line 1, in ?
ZeroDivisionError: long division or modulo by
Gerhard Häring wrote:
Georg Brandl wrote:
Anthony Baxter wrote:
This came up before (back in October 2004!) but didn't go anywhere
since, AFAICR. Do we want to consider including pysqlite in Python
2.5? It's the only DB adaptor that I'd really consider suitable for
shipping
Hi,
since I found myself writing if __name__ == '__main__'
often these days, I wondered whether PEP 299 could be pronounced
upon. I'm not proposing putting it into 2.5, but it should be
relatively small a change.
Cheers,
Georg
___
Python-Dev mailing
Martin v. Löwis wrote:
[EMAIL PROTECTED] wrote:
Roundup is there now, right (sans SF export)?
Richard Jones has an SF importer for one of the two XML-like formats,
the one that is correct XML but with incomplete data. The other format,
which has complete data but is ill-formed XML, has no
Fredrik Lundh wrote:
Gerhard Häring wrote:
I know that pushing new things into Python 2.5 should happen soon, if at
all. So *if* pysqlite should go into Python, I propose that I release
pysqlite 2.2.0 and we integrate that into the Python alpha release.
+1 !
If this is going to happen,
Hello,
it's time for the 7th Python Bug Day, just before 2.5 alpha 1 is released.
The aim of the bug day is to close as many bugs, patches and feature requests
as possible, this time with a focus on small feature additions that can still go
into the upcoming 2.5 alpha release.
When?
^
The
Neal Norwitz wrote:
On 3/28/06, Gerhard Häring [EMAIL PROTECTED] wrote:
Even better, the authors should be willing to keep the version in
Python synchronized with the separate release.
In particular, I would then synchronize changes that have proven stable
in the standalone release to the
Bill Janssen wrote:
I think short names are more more consistent with the existing naming in
the standard library.
Which doesn't make it a good idea. +1 on adding longer top-level
package names as aliases for existing shorter top-level package names.
Which existing short names do you have
Guido van Rossum wrote:
Die, thread.
Do I personally have to go into svn and reject this PEP?
After my latest channeling disaster, I was cautious about this one ;)
I'll reject it now.
Georg
___
Python-Dev mailing list
Python-Dev@python.org
Phillip J. Eby wrote:
At 11:36 AM 3/29/2006 -0800, Guido van Rossum wrote:
On 3/28/06, Anthony Baxter [EMAIL PROTECTED] wrote:
I'm happy to work with Gerhard to make this happen. Does it need a
PEP? I'd say no, but only because things like ElementTree didn't,
either. Does it need a BDFL
[EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote on
30/03/2006 11:38:30:
Jack Diederich wrote:
Classes have a unique property in that they are the easiest way to
make
little namespaces in python.
For a while now, I've been wondering whether it would
be worth having a construct
Barry Warsaw wrote:
On Thu, 2006-03-30 at 10:39 +0200, Georg Brandl wrote:
Perhaps that Jira is commercial, so it is out of the question for most
open-source Python applications.
Sorry, I don't follow. Why is a commercial product out of the question
for Python?
What I answered
Fredrik Lundh wrote:
Georg Brandl wrote:
What I answered to was:
from what I can tell, no big contemporary Python project use Atlassian.
they all use Trac. there are thousands of Python developers out there
that are used to working with Trac.
I'm obviously missing something here
M.-A. Lemburg wrote:
Anthony Baxter wrote:
On Friday 31 March 2006 02:04, M.-A. Lemburg wrote:
Excellent point. Hm. Maybe we should just go with 'sqlite',
instead.
Anything, but please no db or database top-level module or
package :-)
How about sql? wink
I can't think of a better
Anthony Baxter wrote:
On Friday 31 March 2006 02:04, M.-A. Lemburg wrote:
Excellent point. Hm. Maybe we should just go with 'sqlite',
instead.
Anything, but please no db or database top-level module or
package :-)
How about sql? wink
I can't think of a better name right now - can
Hi,
for the Bug Day, someone asked me if there is a prebuilt trunk
for Windows available somewhere so that he could participate.
Martin: I read you've built for a snapshot AMD64, is there one for x86 too?
Georg
___
Python-Dev mailing list
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.
While we're at it, Python (and IDLE) .desktop files could be added to the
Tim Peters wrote:
Author: walter.doerwald
Date: Sat Apr 1 22:40:23 2006
New Revision: 43545
Modified:
python/trunk/Doc/lib/libcalendar.tex
python/trunk/Lib/calendar.py
Log:
Make firstweekday a simple attribute instead
of hiding it behind a setter and a getter.
Walter, what's
Tim Peters wrote:
[/F]
so, how did it go? a status report / summary would be nice, I think ?
19 bugs, 9 patches (which were mostly created to fix one of the bugs).
Not much, but better than nothing and there has been quite a participation
from newbies.
Alex Martelli wrote:
On Apr 4, 2006, at 8:01 AM, Jeremy Hylton wrote:
On 4/4/06, Alex Martelli [EMAIL PROTECTED] wrote:
import collections
def tally(seq):
d = collections.defaultdict(int)
for item in seq:
d[item] += 1
return dict(d)
...
Putting it somewhere
Crutcher Dunnavant wrote:
While nocking together a framework today, I ran into the amazing
limitations of issubclass().
A) issubclass() throws a TypeError if the object being checked is not
a class, which seems very strange. It is a predicate, and lacking a
isclass() method, it should just
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
?)
No.
On 4/6/06, Georg Brandl [EMAIL PROTECTED] wrote:
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
1 - 100 of 1517 matches
Mail list logo