Fix type hints for undeprecated contour APIs - #27217
Conversation
There was a problem hiding this comment.
If I've read these correctly, these are lists of lists of arrays:
| def allkinds(self) -> list[np.ndarray]: ... | |
| @property | |
| def allsegs(self) -> list[np.ndarray]: ... | |
| def allkinds(self) -> list[list[np.ndarray]]: ... | |
| @property | |
| def allsegs(self) -> list[list[np.ndarray]]: ... |
There was a problem hiding this comment.
Yes, and technically the source of these is Path.codes and Path.vertices, which actually are only typed as ArrayLike... and the former can actually just be None (though that is not reflected by the type hint) as well (which I saw when I just ran it to be sure it was actually nested lists)
It is one of these "in practice in this usage the type will be ndarray or None", but that is relying on knowledge outside of the type system... so I suspect if we were to inline the type hints it would cause a clash...
I also think that the None behavior is not super intentional in this context... There is a note in the Path docstring that says "don't use codes directly, use iter_segments so that you don't get the Nones from codes"
There was a problem hiding this comment.
Only the empty path I think will actually have codes=None... but that is in fact a case covered by the code...
|
Noticed that |
They whad been in the limbo land of deprecated APIs that I didn't bother to ensure were the _best_ type hints because they were deprecated. So I just added them to the allowlist for stubtest, but now that they are undeprecated, make sure that they are correct. While I'm here, may as well get rid of the allow list entries for all of them, even the ones that are still deprecated, as that is documented standard practice going forward that pyi match implementation for deprecations as well
|
Yes, good catch. |
rcomer
left a comment
rcomer
left a comment
There was a problem hiding this comment.
I'm glad I am not the only one confused by tcolors.
… APIs (cherry picked from commit 518b268)
Backport PR #27217 on branch v3.8.x: Fix type hints for undeprecated contour APIs
3 participants
PR summary
They had been in the limbo land of deprecated APIs that I didn't bother to ensure were the best type
hints because they were deprecated.
So I just added them to the allowlist for stubtest, but now that they are undeprecated,
make sure that they are correct.
While I'm here, may as well get rid of the allow list entries for all of them,
even the ones that are still deprecated, as that is documented standard practice going
forward that pyi match implementation for deprecations as well
PR checklist