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
I think the the problem mentioned above is more general than described -- it's not just switching keyboard layouts while SDL is running, but that the x part of ctrl+x is only available via scancode or key symbol which don't go through translation for the current OS keyboard layout.
As an example, an emacs-like editor on simulated hardware. I'm using a DVORAK mapping in Ubuntu.
Type some text:
physical keys k
physical keys j
physical keys d
I see the characters the (via text input)
Using the alt key as a modifier
Press physical key alt and hold
Press the physical key n
Grab the printable part of the chord from text input, n mapped to b
Read the modifier to determine the alt is depressed
I can figure out that the command alt+b was intended! (hack, but it works)
However: using the ctlr key as a modifier
press physical key ctrl and hold
press the physical key n
No text input event generated, so I have to use key up and key down events and grab the sym/scancode, which isn't mapped.
I still know ctrl is the modifier, but I have no way to know that the user is using the DVORAK keyboard and n is mapped to b
This is related to issue: #3586, which is closed. But I think it wasn't realized how problematic this is for certain applications.
Also, maybe I'm missing something? or there's a work-around! In any case thanks for all the great work!
This bug report was migrated from our old Bugzilla tracker.
Reported in version: 2.0.2
Reported for operating system, platform: Linux, x86_64
Comments on the original bug report:
On 2015-02-11 22:40:01 +0000, Andrew Kelley wrote:
On 2015-10-14 20:36:37 +0000, Philipp Wiesemann wrote:
The text was updated successfully, but these errors were encountered: