On 6 November 2016 at 23:06, Eric V. Smith wrote:
> Creating a new thread, instead of hijacking the PEP 532 discussion.
>
> From PEP 532:
>
>> Abstract
>>
>>
>> Inspired by PEP 335, PEP 505, PEP 531, and the related discussions, this
>> PEP
>> proposes the addition of a new protocol-drive
On 7 November 2016 at 16:19, Nathaniel Smith wrote:
> On Sun, Nov 6, 2016 at 9:08 PM, C Anthony Risinger wrote:
>> On Nov 6, 2016 7:32 PM, "Nathaniel Smith" wrote:
>>>
>>> [...]
>>>
>>> Some other use cases:
>>>
>>> Log some complicated object, but only pay the cost of stringifying the
>>> objec
Hello Adil, and welcome!
But...
you've converted the ENTIRE Python tutorial AND documentation into PDF
files, stuck them into zip files with a non-standard file extension
(.okular) that most people won't be able to deal with, and expect us to
read the whole thing -- over 200 pages -- looking f
On Nov 7, 2016 7:33 AM, "adil gourinda" wrote:
> Hi
>
>
> I am an amateur of computer programming and my ambition push me to choose
> a good programming language to begin with and I chose "Python" because it
> is an easy language and the documentation is free and complete.
>
>
> For my learning I
I wanted to give people an update on civility on this mailing list. First,
one person has received a Code of Conduct violation warning and another has
received a general warning that their conduct has worn out any leniency
about future conduct that we generally try to give people (think of it as a
> * __add__ is only part of the addition protocol, there is also
> __radd__ and __iadd__
__iadd__ could be represented as def self += value:.
Reflected binary operators do pose a problem. A possible solution would be
to give self special meaning in this context, so def self + other: would
corresp
Nathan Dunn writes:
> > * the mapping protocol covers more than just __getitem__
>
> __setitem__(self, key, value) could bedef self[key] = value
> likewise
> __delitem__(self, key) def del self[key]:
> __iter__(self) iter(self)
> __le
