Skip to content
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

SDL_GetRenderer: don't report a renderer when it's for internal use #7795

Closed
wants to merge 1 commit into from

Conversation

1bsyl
Copy link
Contributor

@1bsyl 1bsyl commented Jun 9, 2023

SDL_GetRenderer: don't report a renderer when it's for internal use

see #7793

@slouken
Copy link
Collaborator

slouken commented Jun 9, 2023

I don't think we want to do this. Using a renderer and a window surface are incompatible, and documented as such. The real question is why a window surface was created in the original bug report at pygame-community/pygame-ce#2190

@slouken
Copy link
Collaborator

slouken commented Jun 10, 2023

Okay, I added functions for the next SDL release that will let you check whether a window surface has been created, and destroy it if you want to switch between 2D renderer and using the window surface. I also made creating a renderer fail if the window has a surface associated with it, so the limitation is more clear. :)

This should allow the pygame folks to do cleaner handling of this case in the future.

@slouken slouken closed this Jun 10, 2023
@1bsyl 1bsyl deleted the br_mark_renderer_internal branch June 26, 2023 08:07
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants