You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We observe the following problem on our Mac with Mac OS 10.15.6: when the user puts the window into background (SDL_WINDOWEVENT_FOCUS_LOST) we disable relative mouse mode and when the window gets focus again (SDL_WINDOWEVENT_FOCUS_GAINED) we enable relative mouse mode. When the window is located behind other windows and we click the top bar, the window jumps to another position (it's officially a window move as confirmed by recieving the SDL_WINDOWEVENT_MOVED event afterwards). This does not happen when we don't modify relative mouse mode. It's 100% reproducible in our application. We currently have no workaround for this problem. We would appreciate if someone could try to reproduce this in a simpler setup.
The text was updated successfully, but these errors were encountered:
By the way, you shouldn't need to enable/disable relative mode on focus changes. SDL should take care of this automatically. If you have a platform where that's not the case, please report it as a bug and we'll fix that.
We observe the following problem on our Mac with Mac OS 10.15.6: when the user puts the window into background (SDL_WINDOWEVENT_FOCUS_LOST) we disable relative mouse mode and when the window gets focus again (SDL_WINDOWEVENT_FOCUS_GAINED) we enable relative mouse mode. When the window is located behind other windows and we click the top bar, the window jumps to another position (it's officially a window move as confirmed by recieving the SDL_WINDOWEVENT_MOVED event afterwards). This does not happen when we don't modify relative mouse mode. It's 100% reproducible in our application. We currently have no workaround for this problem. We would appreciate if someone could try to reproduce this in a simpler setup.
The text was updated successfully, but these errors were encountered: