Re: Physical keyboard events

[Max Nikulin]

On 30/10/2024 22:21, Eli Zaretskii wrote:
> > From: Max Nikulin Date: Wed, 30 Oct 2024 09:56:30 +0700
> > On 30/10/2024 00:46, Eli Zaretskii wrote:
> > > > From: Yuri Khan Date: Tue, 29 Oct 2024 23:55:49 +0700
> > > > When I’m switched to a layout where the ‘a’ key produces an ‘ф’
> > > > character, or an ‘α’, or a ち, I’d still want Ctrl+this key to behave
> > > > as C-a.
> > >
> > > Yes, but you want that _only_ for keys with modifiers.  Which is not
> > > what will happen.  Some feature...
> >
> > Not *for key with modifiers*, but during lookup in keymaps.
[...]
> > <https://debbugs.gnu.org/43830>
>
> That's exactly why I said "with modifiers": that bug report is about
> C-s and the likes.  By contrast, when the keyboard language is
> switched, you do NOT want the s/ы key to generate s instead of ы.

Consider "C-s" `isearch-forward' followed by "M-s i" 
`isearch-toggle-invisible': "C-ы M-ы ш" with bare "ш" should work as 
"C-s M-s i" but "ш" bound to `self-insert-command' should insert "ш".

Taking into account which way some applications are localized, perhaps 
there are users who rarely switched to a Latin (e.g. US) keyboard 
layout. E.g. spreadsheets may have translated function names, not to 
mention accelerator keys.

There should be a way to specify whether symbol is from the base (Latin) 
keyboard layout or from localized one. E.g. "," and some other 
punctuation characters are jumping. Perhaps it may be achieved by 
additional virtual modifier: "L-," should be matched against localized 
layout. However user may have multiple non-Latin layouts configured and 
GNOME reconfigures XKB on each layout switch to 2 groups: Latin and 
current one.