On Apr 26, 2014, at 12:33 AM, Janzert wrote:
So the one example under discussion is:
foo = long_function_name(
var_one, var_two,
var_three, var_four)
and comes from http://legacy.python.org/dev/peps/pep-0008/#indentation
Specifically the third example with a heading of Optional.
From my
Hello,
While my last appeal resulted in quite some commits (thanks!), I still
have some more commit-ready patches waiting for review. It'd be great
if some people could find time to take a look:
* http://bugs.python.org/issue1738 (filecmp.dircmp does exact match
only)
*
On Sun, 27 Apr 2014 12:10:46 -0700
Nikolaus Rath nikol...@rath.org wrote:
* http://bugs.python.org/issue20951 (SSLSocket.send() returns 0 for
non-blocking socket)
In this case someone just needs to decide if we want to (a) document
the current behavior, (b) deprecate the current
On Sun, Apr 27, 2014 at 9:40 AM, Barry Warsaw ba...@python.org wrote:
On Apr 26, 2014, at 12:33 AM, Janzert wrote:
So the one example under discussion is:
foo = long_function_name(
var_one, var_two,
var_three, var_four)
and comes from
Agreed.
On Sunday, April 27, 2014, Antoine Pitrou solip...@pitrou.net wrote:
On Sun, 27 Apr 2014 12:10:46 -0700
Nikolaus Rath nikol...@rath.org javascript:; wrote:
* http://bugs.python.org/issue20951 (SSLSocket.send() returns 0 for
non-blocking socket)
In this case someone just
On 4/27/2014 3:34 PM, Chris Barker wrote:
On Sun, Apr 27, 2014 at 9:40 AM, Barry Warsaw ba...@python.org
mailto:ba...@python.org wrote:
On Apr 26, 2014, at 12:33 AM, Janzert wrote:
So the one example under discussion is:
foo = long_function_name(
var_one, var_two,
2014-04-27 21:34 GMT+02:00 Chris Barker chris.bar...@noaa.gov:
wow! just looked at that part of the PEP again, and that is a LOT of
options. Is it impossible to come to any consensus on this? And as it
happens, my favorite is not in there, though as far as I can tell not
forbidden:
foo =
On Apr 27, 2014, at 12:34 PM, Chris Barker wrote:
wow! just looked at that part of the PEP again, and that is a LOT of
options. Is it impossible to come to any consensus on this? And as it
happens, my favorite is not in there, though as far as I can tell not
forbidden:
foo =
On 4/27/2014 12:40 PM, Barry Warsaw wrote:
On Apr 26, 2014, at 12:33 AM, Janzert wrote:
So the one example under discussion is:
foo = long_function_name(
var_one, var_two,
var_three, var_four)
and comes from http://legacy.python.org/dev/peps/pep-0008/#indentation
Specifically the third
Antoine Pitrou solip...@pitrou.net writes:
On Sun, 27 Apr 2014 12:10:46 -0700
Nikolaus Rath nikol...@rath.org wrote:
* http://bugs.python.org/issue20951 (SSLSocket.send() returns 0 for
non-blocking socket)
In this case someone just needs to decide if we want to (a) document
the
On Sun, Apr 27, 2014 at 04:28:20PM -0400, Terry Reedy wrote:
On 4/27/2014 3:34 PM, Chris Barker wrote:
On Sun, Apr 27, 2014 at 9:40 AM, Barry Warsaw ba...@python.org
mailto:ba...@python.org wrote:
On Apr 26, 2014, at 12:33 AM, Janzert wrote:
So the one example under discussion
Hello,
I used
http://python-history.blogspot.com/2010/06/method-resolution-order.html
and https://www.python.org/download/releases/2.3/mro/ as the reference,
but it doesn't explain MRO in the following example (python3.4):
class User:
def __str__(self):
return User.__str__
On Mon, Apr 28, 2014 at 12:59 PM, Paul Sokolovsky pmis...@gmail.com wrote:
From the output, User class as expected does not override
list.append(), but does override list.__str__(). Is this behavior
documented somewhere (complete arrangement)? What's the rationale
behind it?
In Python 3.4
On Mon, Apr 28, 2014 at 1:25 PM, Paul Sokolovsky pmis...@gmail.com wrote:
Thanks for quick response! I see that list.__repr__ exists, and test
using it works as expected. Hopefully, such stuff can be treated as
implementation-specific details...
The language defines method lookups and the MRO
Hello,
On Mon, 28 Apr 2014 13:13:53 +1000
Chris Angelico ros...@gmail.com wrote:
On Mon, Apr 28, 2014 at 12:59 PM, Paul Sokolovsky pmis...@gmail.com
wrote:
From the output, User class as expected does not override
list.append(), but does override list.__str__(). Is this behavior
15 matches
Mail list logo
