On 4/26/2018 11:38 AM, Gustavo Carneiro wrote:

    On Thu, Apr 26, 2018 at 11:13 PM, Martin Teichmann
    <lkb.teichm...@gmail.com <mailto:lkb.teichm...@gmail.com>> wrote:
    > when reading PEP 572 I actually liked it a lot - I think it's actually
    > a cool idea. I think it's actually that cool an idea that it should be
    > made the default way of doing an assignment, over time phasing out the
    > good ole =.

Please no, I really, really appreciate not having to see add ':' all the time. Plus, it already has two other uses: end of header and dict key-item separator. Plus, see below.

In the interest of that, do you think := can be made illegal, by the grammar, if used outside an expression?

a = 1  # legal
a := 1  # Syntax error
if a := 1:  # legal

Please no.

PEP 572 does not discuss top-level interactive assignments. But it should, because having two forms of assignment that lets one choose to echo or not is a plus.

Sometimes one wants to see the result of an assignment.  After

>>> a, b = 14387, 344

it would be nice to be able to write

>>> diff := a - b
14343

instead of

>>> diff = a - b
>>> diff
14343

I consider this a significant positive feature of the proposal.

On the other hand, sometimes one does not want the see the result. A long result is often useless to view and may scroll previous results out of the window. A very long result may scroll previous results out of a finite console buffer altogether. (For Windows Command Prompt, the default is 300 lines, with a max of 9999.)

And sometimes the result must not be printed. Tk text widgets (and hence IDLE's Shell) do not have a particular limit on the number of lines. On the other hands, long lines drasticly slow down a text widget, and a long enough line will freeze it. (This is supposed to be fixed in Tcl/Tk 8.7, now in a1 stage.) For instance, ">>> [None]*1000000" in IDLE freezes the process.

--
Terry Jan Reedy


_______________________________________________
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Reply via email to