Lurking around the discussions I started to wonder whether this syntax actually worths the burden it introduces. As you have commented out earlier, there are no use cases in the built-in types, perhaps a research would be great regarding possible use cases of keyword arguments in and out of the stdlib. Here is an example: https://www.python.org/dev/peps/pep-0572/#examples-from-the-python-standard-... that was done for PEP 572, which actually helped me a lot to understand/comprehend the proposal. Now looking at PEP 637, even with the theoretical examples given, it seems like we are introducing a redundant syntax that has no other value than just complicating the already complex subscript notation and becoming a bad alternative to function call syntax.
On Tue, Feb 2, 2021 at 2:40 PM Stefano Borini firstname.lastname@example.org wrote:
I would like to request feedback by python-dev on the current implementation of PEP 637 - Support for indexing with keyword arguments.
The PEP is ready for SC submission and it has a prototype implementation ready, available here (note, not reviewed, but apparently fully functional)
(note: not sure if there's a preference for the link to be to the diff or to the branch, let me know if you prefer I change the PEP link)
Thank you for your help.
-- Kind regards,
Stefano Borini _______________________________________________ Python-Dev mailing list -- email@example.com To unsubscribe send an email to firstname.lastname@example.org https://mail.python.org/mailman3/lists/python-dev.python.org/ Message archived at https://email@example.com/message/E3AMOIB3... Code of Conduct: http://python.org/psf/codeofconduct/