Zixuan Li

This is my first time working on a plugin. I hope this implementation does not go horribly wrong. Another feature that I'm planning to add is to being able to...

I believe that this implementation should be good enough for another review. @sobolevn could you take a look at this? I ditched the generic approach and reimplement this with a...

@sobolevn Hi! The PR has been rebased and the CI is passing. I think it is ready for review.

``` https://github.com/typeddjango/django-stubs/archive/74e31c7562c7b983fbef832b13629ee8c13636ff.zip#egg=django-stubs-ext==0.6.0+git&subdirectory=django_stubs_ext https://github.com/typeddjango/django-stubs/archive/74e31c7562c7b983fbef832b13629ee8c13636ff.zip#egg=django-stub==1.12.0+git ``` works for me. Replace the commit hash with the revision you need.

Yes, I'm working on a fix for this. Edit: it might be actually more complicated, as I'm not sure how the mypy api allows overriding the type information of a...

A way to solve this might be changing the way we handle `AUTH_USER_MODEL`. We can create a stub-only dummy type `_AuthUser`, and use `get_type_analyze_hook()` to replace this type with the...

@terencehonles Thanks for bringing this up! `_StrPromise` is a subclass of `Sequence[str]` because this is how [`builtins.str`](https://github.com/python/typeshed/blob/main/stdlib/builtins.pyi#L411-L586) is typed in typeshed. `_StrPromise` is defined only because operators don't work well...

Some useful links for this writeup: https://deploy.equinix.com/developers/docs/metal/ https://deploy.equinix.com/get-started/

An issue relevant to an inline TypedDict definition like this is what syntax should we have for inheritance, which will be somewhat necessary for better reusability.

Related discussion about the `None` default adding making the type annotation implicitly `Optional`: https://github.com/python/cpython/issues/90353#issuecomment-1093941076. This behavior got fixed in Python 3.11+, but it pertains to previous versions.