-
-
Notifications
You must be signed in to change notification settings - Fork 7.9k
TYP: Fix xycoords and friends #28532
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
I think the convention is for type aliases/unions to be named like classes (i.e. CamelCase), since they are taking the place of a class as a type hint. Further, my preference would be to put it with other union definitions in |
Thanks for the ping. I can get to this today. |
I think I've updated this based on the comments, and it's ready for another look. |
PR summary
The existing type definition for
xycoords
(and friends) only support passing a tuple of floats, where in fact a tuple of anything that is valid on its own is acceptable. The easiest way to define this is with type variables, which I then reused everywhere.I defined this based on the docs here, not really from reading the code, for what it's worth.
PR checklist