On Wed, Jan 15, 2025 at 01:30:19AM +0300, Ivan Sorokin wrote: > > Package: xterm > Version: 396-1 > > When modifyOtherKeys is set to mode 2 in xterm, pressing the Alt key in > combination with letters on a non-Latin keyboard layout does not produce any > escape sequences or characters. This makes it impossible to bind these key > combinations to specific actions within applications running inside xterm. > > Expected behavior: When modifyOtherKeys -specific sequence cannot be > generated, it should send an escape character followed by the corresponding > Unicode character, mirroring the behavior observed when modifyOtherKeys is > disabled (mode 0). > > Current behavior: No escape sequence or character is sent when Alt is > combined with letters in non-Latin keyboard layouts if modifyOtherKeys is set > to 2. > > Steps to reproduce: > * > Configure a non-Latin keyboard layout (e.g., Russian, Greek, etc.).
xterm's using the X keyboard configuration, as described here
https://invisible-island.net/xterm/modified-keys.html
https://github.com/ThomasDickey/xterm-snapshots/blob/master/vttests/modify-keys.pl
That's not Unicode as such, but is oriented to things that have a keysymbol.
You might be encountering a limitation there - some keyboard configurations
don't map all of the keys (or even misconfiguring the keyboard in some way).
Given the same information that the script uses, you could generate a
table helping to see whether it's a key that doesn't get mapped.
The bug report doesn't actually tell us what the keyboard configuration is.
The output from localectl, for instance, would show what's configured.
--
Thomas E. Dickey <dic...@invisible-island.net>
https://invisible-island.net
signature.asc
Description: PGP signature
