Hey all,
The links to the Windows downloads for 2.7.2rc1 and 3.1.4rc1 are 404.
(From the release pages.)
http://python.org/ftp/python/3.1.3/python-3.1.4rc1.msi
http://python.org/ftp/python/2.7.1/python-2.7.2rc1.msi
All the best,
Michael Foord
--
http://www.voidspace.org.uk/
May you
On Thu, Jun 2, 2011 at 3:47 AM, eric.araujo wrote:
> http://hg.python.org/cpython/rev/c3f8991cd74d
> changeset: 70587:c3f8991cd74d
> user: Éric Araujo
> date: Wed Jun 01 15:20:44 2011 +0200
> summary:
> The compiler class for EMX was removed
This is the kind of checkin comment w
Le 02/06/2011 15:56, Nick Coghlan a écrit :
> On Thu, Jun 2, 2011 at 3:47 AM, eric.araujo
> wrote:
>> The compiler class for EMX was removed
> This is the kind of checkin comment where the phrasing is a little
> confusing.
Yep. Next time I’ll be longer and use something like “Remove obsolete
m
On Jun 02, 2011, at 08:09 PM, guido.van.rossum wrote:
>+Continuation lines should align wrapped elements either vertically using
>+Python's implicit line joining inside parentheses, brackets and braces,
>+or using a hanging indent of double your code indention, in which case
>+th
On 6/2/2011 11:19 AM, Barry Warsaw wrote:
On Jun 02, 2011, at 08:09 PM, guido.van.rossum wrote:
+Continuation lines should align wrapped elements either vertically using
+Python's implicit line joining inside parentheses, brackets and braces,
+or using a hanging indent of double you
Bingo. That's why. (Though you are missing some colons in your examples. :-)
--Guido
On Thu, Jun 2, 2011 at 11:50 AM, Glenn Linderman wrote:
> On 6/2/2011 11:19 AM, Barry Warsaw wrote:
>
> On Jun 02, 2011, at 08:09 PM, guido.van.rossum wrote:
>
> +Continuation lines should align wrapped elem
On Thu, 02 Jun 2011 14:19:00 -0400, Barry Warsaw wrote:
> On Jun 02, 2011, at 08:09 PM, guido.van.rossum wrote:
> >+Yes: # Aligned with opening delimiter
> >+ foo = long_function_name(var_one, var_two,
> >+ var_three, var_four)
> >+
> >+ # D
> The links to the Windows downloads for 2.7.2rc1 and 3.1.4rc1 are 404.
> (From the release pages.)
Thanks, fixed.
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.pyth
On Jun 02, 2011, at 03:07 PM, R. David Murray wrote:
>Personally, I use "enough" indentation. Sometimes that is a single
>indentation level, but sometimes it is more. Two spaces is definitely
>right out, though :)
>
>The place where a single indentation level is *not* enough is when the
>line be
On 6/2/2011 12:01 PM, Guido van Rossum wrote:
Bingo. That's why. (Though you are missing some colons in your examples.:-)
--Guido
You operate as a good Python compiler :)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailma
On Jun 02, 2011, at 12:57 PM, Glenn Linderman wrote:
>On 6/2/2011 12:01 PM, Guido van Rossum wrote:
>> Bingo. That's why. (Though you are missing some colons in your examples.:-)
>>
>> --Guido
>
>You operate as a good Python compiler :)
Actually, this is a key insight, which I just mentioned in a
On Thu, Jun 2, 2011 at 3:15 PM, Barry Warsaw wrote:
> On Jun 02, 2011, at 12:57 PM, Glenn Linderman wrote:
>
>>On 6/2/2011 12:01 PM, Guido van Rossum wrote:
>>> Bingo. That's why. (Though you are missing some colons in your examples.:-)
>>>
>>> --Guido
>>
>>You operate as a good Python compiler :)
On 6/2/2011 3:49 PM, Guido van Rossum wrote:
Except that the rule gets more complicated. I don't think that always
using the double indent is going to mean a lot more line breaks, so I
don't think there's much benefit to the added complication.
Further, tools like python-mode would have to go b
Guido van Rossum wrote:
Bingo. That's why. (Though you are missing some colons in your examples. :-)
--Guido
On Thu, Jun 2, 2011 at 11:50 AM, Glenn Linderman wrote:
One place a double indent is extremely nice is for lines that initiate a new
indentation, but are themselves continued:
if som
On 6/2/2011 3:18 PM, Greg Ewing wrote:
i.e. indent the *body* one more place. This avoids the
jarriness of seeing an outdent that doesn't correspond
to the closing of a suite.
-1. There are likely many more lines in the suite than in the
conditional, that, by being double indented, would now
Greg Ewing writes:
> Another way to approach that is
>
> if some_function(
> Some,
> Parameters,
> To,
> Pass,
> ):
> If_True_Operations()
>
> i.e. indent the *body* one more place. This avoids the jarriness of
> seeing an outdent that doesn't correspond to the closing
16 matches
Mail list logo
