<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, Jan 23, 2017 at 8:07 AM, Soni L. <span dir="ltr"><<a href="mailto:fakedme+py@gmail.com" target="_blank">fakedme+py@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <br><div text="#000000" bgcolor="#FFFFFF"><span class=""><br></span>
    Since it desugars into `x = x.y`, you can literally use anything for
    `y`.<br>
    <br>
    x .= __call__().whatever().unwrap() * 3<br>
    <br>
    is equivalent to<br>
    <br>
    x = x.__call__().whatever().<wbr>unwrap() * 3<br>
    <br>
    and<br>
    <br>
    x .= 1<br>
    <br>
    is equivalent to<br>
    <br>
    x = x.1<br>
    <br>
    which is equivalent to<br>
    <br>
    SyntaxError: invalid syntax<span class=""></span></div></blockquote><div><br></div><div>And that's exactly the problem. Users would be greatly confused because what's to the right of `.=` is *not* an expression, it's something more restricted (in particular it must start with a plain identifier). This makes the `.=` operator a very different beast from `=`, `+=` and friends.<br><br>I assume  you think that's fine, but given your cavalier attitude about `x .= 1` my feeling is that you don't have a lot of experience designing and implementing language features. That is okay, you are learning it here. But perhaps you should take the hint from the large number of people here who have gently tried to explain to you that while this is a good idea,  it's not a great idea, and there's no sufficiently important use case to make up for the confusion (indicated above) that it will inevitably cause.<br></div></div><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">--Guido van Rossum (<a href="http://python.org/~guido" target="_blank">python.org/~guido</a>)</div>
</div></div>