-
-
Notifications
You must be signed in to change notification settings - Fork 385
resolve_types doesn't resolve types in our methods #733
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
Comments
I guess you're suggesting adding to attr.resolve_types? That should be possible. |
Yes, and (mainly) asking if it makes sense or whether I'm missing something. |
Actually now that I think about it more. I don't think we need to do this. This is what Oh. Now I see you mention |
Eh I meant |
Does |
I think it should, but looks like we're breaking something. :( This is from my attempt to fix
How bad did I screw up? 😬 |
Oh right. I remember seeing this problem before. But when you pass in a method it doesn't do that. So you have to specify the globalns yourself.
or more succintly:
|
Ah ha!. This is #593 |
That was my big fear. 😭 |
Closing now, guess we'll have to tackle #593. 😬 |
While working on #716 I noticed an inconsistency: the type annotations of our methods (notably
__attrs__
) aren't resolved. It's especially jarring, if a type was passed via thetype=
parameter because then some are resolved and some aren't.I think we should fix this, what do y'all (especially @ambv & @euresti) think?
The text was updated successfully, but these errors were encountered: