On 6/13/06, Vladimir 'Yu' Stepanov <[EMAIL PROTECTED]> wrote:
You were bothered yet with function xrange ? :) I suggest to replace it.http://www.python.org/dev/peps/pep-0204/ (If you must really discuss this, which would probably be futile and senseless, please do it on python-3000 only.)
-- Thomas
You were bothered yet with function xrange ? :) I suggest to replace it.
-
for i in xrange(100): pass
vs.
for i in int[:100]: pass
-
-
for i
Thomas Wouters wrote:
> http://www.python.org/dev/peps/pep-0204/
>
> (If you must really discuss this, which would probably be futile and
> senseless, please do it on python-3000 only.)
Certainly looks very similar. PEP-204 demands change in a parser
and considers a new design as replacement to r
Brett writes:
> That makes me think perhaps we should start thinking about collectively
> coming up with guidelines [...] on deciding what is needed to accept a
> module into the stdlib.
Raymond replies:
> Each case ultimately gets decided on its merits. Any one reason for
> inclusion or exclus
tomer writes:
> there really is a need for "enhanced descriptors", or something like
> that. i'm having serious trouble implementing the position property,
> as python is currently limited in this area.
No, this doesn't necessarily imply that we need "enhanced descriptors",
an alternative soluti
Vladimir 'Yu' Stepanov wrote:
> You were bothered yet with function xrange ? :) I suggest to replace it.
>
> -
> for i in xrange(100): pass
> vs.
> for i in int[:100]: pass
> -
in a similar vei
Brett Cannon wrote:
> So, to start this discussion, here are my ideas...
>
> First, the modules must have been in the wild and used by the
> community. This has worked well so far by making sure the code is
> stable and that the API is good.
Those modules and packages that necessary parts of
Rudy Rudolph wrote:
>It would be nice to have align centered and align on decimal point.
>However, with 'g' formatting the number of digits after the point may
>vary and there may not even be a decimal point. In this case, a column
>of numbers should be aligned at the last digit of the integer par
> f.position -- used to access the current position
> f.position = x -- seek to an absolute position (may be relative to end)
> f.seek_by(x)-- seek by a relative amount
>
> Properties are nice, but there's nothing wrong with methods either. If
> we went with the second appr
Michael Chermside wrote:
> f.position = x -- seek to an absolute position (may be relative to end)
although the "relative to end" part would still admit
the circularity problem (if it's considered to be a
problem - personally I'm not too worried what happens
if you're silly enough to try to
Rudy Rudolph wrote:
> '9.3g' which means fill chars and
> digits in the first 5 positions, a decimal point if necessary in the
> sixth position, and digits and fill chars in the last three positions.
So what you're really asking for is an option for
suppressing trailing zeroes after a decimal poin
11 matches
Mail list logo
