On 07Oct2019 10:56, Joao S. O. Bueno <jsbu...@python.org.br> wrote:
So, in short, your idea is to allow "=" signs inside `[]` get notation to
be translated
to dicts on the call,
Subjectively that seems like a tiny tiny win. I'm quite -1 on this idea;
language spec bloat to neglible gain.
in the same way comma separated values are translated to tuples?
Chris pointed out to me recently that tuples don't need commas, the
commas alone suffice. You see brackets _around_ tuples a lot because of
precedence.
Tuple assignment:
x, y = y, x
Tuple iteration (tuple assignment in a loop):
for x, y in some_dict.items():
Store a tuple in a variable:
t = x, y
Call a function with an int, a tuple and an int:
r = f(1, (2, 3), 4)
Here we put some brakcets in to bind 2,3 as a tuple rather than as
parameters, _no_ different to:
r = 4 * (5 + 7)
here we use brakcets to bind 5+7 together in preference to 4*5.
I see no backwards syntax incompatibility in that, and the
tuple-translation is
indeed quite a helper in many cases.
It isn't a translator, it is merely a situation where a tuple does not
need surrounding brackets to avoid precedence giving a different result.
Cheers,
Cameron Simpson <c...@cskk.id.au>
_______________________________________________
Python-ideas mailing list -- python-ideas@python.org
To unsubscribe send an email to python-ideas-le...@python.org
https://mail.python.org/mailman3/lists/python-ideas.python.org/
Message archived at
https://mail.python.org/archives/list/python-ideas@python.org/message/KP54UVBUM4VEVI6MEZQIEVF7OX2CQO7K/
Code of Conduct: http://python.org/psf/codeofconduct/
