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
Hmm, I guess the CHAR behaviour on Ctrl isn't really standardized between platforms, for instance on macOS, Ctrl plus a character key seems to fire a CHAR event with the ASCII control character code (for instance Ctrl-C fires a CHAR event with character code 3, while Ctrl-Space fires a CHAR event with character code 0.
On Linux, Ctrl-Space fires a CHAR event with char code 0x20 (32 dec), Ctrl-C fires nothing, and Ctrl with other characters fires a CHAR event with the regular ASCII/UNICODE code.
Windows is different again as you're seeing.
The behaviour isn't even consistent in web browsers, e.g. Chrome behaves differently between macOS and Windows.
TBH I'm hesitant to change the behaviour, sokol-app currently simply forwards whatever char event it gets from the operating system without trying to have a consistent behaviour for 'edge cases' (and it looks like not even web browsers do this).
One quick workaround on your side would be to check the sapp_event.modifiers field and ignore any char events that have the SAPP_MODIFIER_CTRL, SAPP_MODIFIER_SUPER or SAPP_MODIFIER_ALT bits set.
Yeah.. This is a much broader issue, probably even better solved by a separate layer between sokol to translate the character events in a consistent platform agnostic way.
OS: Windows. Only occurs for Ctrl+Space, other control combinations block the input as expected.
The text was updated successfully, but these errors were encountered: