-
-
Notifications
You must be signed in to change notification settings - Fork 51
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
[Feature Request] Generalize beartype.door.is_subhint()
to accept type tuples... just 'cause
#369
Comments
is_subhint
superhintsis_subhint
superhints
It's happening! It's happening already and it's only Wednesday. Truly, your dire prophecy is unfolding as we type. 🙀
Fascinating request. In theory, sure. In practice, is there much point? After all, @beartype already more-or-less supports this exact use case with:
Do either of those two examples support your use case? The second is really close to what you want. There's a tuple of types, which is good. There's also an intermediary conversion function, which is perhaps less good. And now for the Ultimate Badness™. Since @beartype already more-or-less supports this, this is really low priority stuff for us... I've got five feature requests to feed this week. You wouldn't want to starve an orphan feature request, would you!? |
is_subhint
superhintsbeartype.door.is_subhint()
to accept type tuples... just 'cause
... Well, seems like it took a week for that deluge; I was more tuckered out than I realized! 😅 Ah, well; you win some, you lose some. I ended up using |
... Two more day 'til you get a deluge of replies!
Would it be possible to use
is_subhint
likeissubclass
, with a tuple of types? For example:Thank you kindly for the help!
The text was updated successfully, but these errors were encountered: