-
-
Notifications
You must be signed in to change notification settings - Fork 10.7k
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
Keyboard events issue #1748
Comments
For keycodes, it seems expected:
scrcpy just receives the SDL key events Lines 200 to 204 in 0be766e
|
@rom1v I'm not about that thing, I see here that SDL application sticks to that keyboard layout with which it was started o_O, for |
Yes, when I wrote "scrcpy just receives the SDL key events Ref: #1729 |
I guess we shall never process text characters in |
That would defeat the purpose of The reason why it is not the default is #87. |
@rom1v I guess we can tune SDL somehow. For example for X11 they call |
I'm not sure if that's SDL or of this project, bug, but:
On Linux/Ubuntu, when you start application with unicode keyboard layout, KEYUP/KEYDOWN events contain keycodes (both sym and scancode) which are >256, even if you change layout while application is running. However if you run application having english layout selected, even if you change layout, you only get codes <256 in KEYUP/KEYDOWN. That leads to errors when sometimes your input is going to screen of the device 2 times per key press, and sometimes - 0 times.
TEXT events contain right symbols, so
prefer-text
would be good workaround.@rom1v do you handle this SDL thing correctly? Is that their known behavior?
The text was updated successfully, but these errors were encountered: