diff options
| author | Andre Weissflog <floooh@gmail.com> | 2025-03-09 15:54:39 +0100 |
|---|---|---|
| committer | Andre Weissflog <floooh@gmail.com> | 2025-03-09 15:54:39 +0100 |
| commit | b60d00eda48f7bd7c2408ae762ea4e9eccad681d (patch) | |
| tree | 0ac0b65316269d23282fb3521f50c4e38a223d78 | |
| parent | 356a4d81270d83f285dfbd2e9a8494dd61e7db6d (diff) | |
update changelog (https://github.com/floooh/sokol/pull/1220)
| -rw-r--r-- | CHANGELOG.md | 16 |
1 files changed, 16 insertions, 0 deletions
diff --git a/CHANGELOG.md b/CHANGELOG.md index fc416ff2..c2e6f7b3 100644 --- a/CHANGELOG.md +++ b/CHANGELOG.md @@ -16,6 +16,22 @@ unfortunately slipped through testing: Both fixes are in this PR: https://github.com/floooh/sokol/pull/1219 +- sokol_app.h win32: Fix mouse locking behaviour in edge cases: an assert could + be triggered on Win32 when the mouse is currently locked and the window focus + is stolen via Ctrl-Shift-Esc or Ctrl-Alt-Del (basically: opening the task manager), + also even without the assert, the mouse might remain stucked in 'mouse lock mode' + while the task manager is open. The behaviour has been worked around by two changes: + + - a return value `false` from GetCursorPos() will be handled instead of asserted + - a return value `false` from SetCursorPos() will be ignored + - trying to set lock the mouse while the application window isn't in the foreground + will be ignored + - the check whether a locked mouse must be unlocked now happens via polling + the current foreground window instead of WM_KILLFOCUS + + See PR https://github.com/floooh/sokol/pull/1220 for details. Many thanks to + @Hisashimaru for bringing up the issue! + ### 08-Mar-2025 Initial compute shader support has been merged into sokol_gfx.h. |