Ankith
Ankith
Overall, I'm a big fan of this idea. > Not sure how build config for each package should be. Perhaps each package should have its own setup.py (like numpy) or...
I will try to take this on in the coming week
I just tested an update to SDL 2.24.0 and there is still a huge performance regression that I had also observed when I tried to upgrade to SDL 2.0.22 (SDL...
> The SDL_Image update will be harder than the rest, I predict, so that can wait. Actually it won't be much harder, I will be putting up a PR for...
We now have consistent SDL-and-friends versioning on all the dependencies zero-ed in for the release. It was decided that SDL and SDL_image won't be at the latest release this pygame...
Force pushed to fix a merge conflict in here. I wouldn't say this fix is critical (because it does not affect most of the commonly used keys), so I'll push...
I can't think of a way we can fix this without a break, the main problem here is that the keycode values drastically changed in SDL2. I agree, the best...
And I've already fixed that in the past :) (in #2844) Just missed the typehints back then
I think at some point it would be wise to polish and expose the current internal `_common.pyi` typestub as `pygame.types` submodule (or any other sensible name, anything except `pygame.common` and...
I'm fine with `ColorLike`, and we can adopt the same convention for other things (`RectLike`, `VectorLike`, etc) We can't have conflicting names with the actual concrete classes though, so we...