DetachHead

we should probably also look into whether the new [`TypeIs`](https://peps.python.org/pep-0742/) fixes any of the same issues that basedmypy's `TypeGuard` did

i don't think it's worth jumping down this rabbit hole. all this special cased shit is so messy and probably changes all the time. for now i'm gonna just leave...

i don't think it needs special casing. `functools.partial` should use `ParamSpec` and `Concatenate`, its current signature sucks because it just uses `Any`: ```py class partial(Generic[_T]): ... def __call__(self, /, *args:...

gotta decide how to actually go about doing this since we both have different opinions on how features like this should be implemented. ideally i would want the basedpyright implementation...

who are its friends?

related: #101 as i said there, i don't personally find code actions like that to be very useful. usually they just get in my way when im trying to import...

is `mod` and `typemod` a neovim-specific thing? i see it's [mentioned here](https://neovim.io/doc/user/lsp.html#lsp-semantic-highlight) but i can't find anything about it in [the LSP spec](https://microsoft.github.io/language-server-protocol/specifications/lsp/3.17/specification/) happy to support it, tho i find...

the only way to do this without breaking the functionality that bans `clear` from being called on `TypedDict`s would be to override its `clear` method with `clear: Never`, but that...

this would also make `reportInvalidCast` less annoying ([see here](https://github.com/DetachHead/basedpyright?tab=readme-ov-file#note-about-casting-with-typeddicts))

eh, i don't think we should do this, it becomes less safe even if we make `clear` typed as `Never`: ```py foo: dict[{"a": int}] bar: dict[str, int] = foo bar.clear()...