This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author hauntsaninja
Recipients BTaskaya, Zac Hatfield-Dodds, corona10, gvanrossum, hauntsaninja, kj, levkivskyi, serhiy.storchaka
Date 2020-11-23.06:31:50
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1606113110.66.0.759364097698.issue42195@roundup.psfhosted.org>
In-reply-to
Content
I think ((int, int), str) is superior to the others and if it can be made to work, that's what we should do.

Note that if variadic type proposals go anywhere (https://docs.google.com/document/d/1oXWyAtnv0-pbyJud8H5wkpIk8aajbkX-leJ8JXsE318/edit#), my understanding is we'd probably have to loosen the assumption that __args__ only contains types for that to work too.

(int, int, str) is temptingly easy, but I think it's a bad idea. For starters, PEP 612 loosens what X can be in Callable[X, str] and life is too short to spend time figuring out whether (P, str) is meant to be Callable[P, str] or Callable[[P], str].

I'm still trying to figure out how I feel about (Tuple[int, int], str). My initial reaction was negative / I think I'd be more comfortable with a (_Posargs[int, int], str). I don't think Tuple[int, int] would be a workable solution in the event that variadic types pose a similar problem.
History
Date User Action Args
2020-11-23 06:31:50hauntsaninjasetrecipients: + hauntsaninja, gvanrossum, serhiy.storchaka, levkivskyi, corona10, Zac Hatfield-Dodds, BTaskaya, kj
2020-11-23 06:31:50hauntsaninjasetmessageid: <1606113110.66.0.759364097698.issue42195@roundup.psfhosted.org>
2020-11-23 06:31:50hauntsaninjalinkissue42195 messages
2020-11-23 06:31:50hauntsaninjacreate