[BUG] “☑️ Use US keyboard layout” option in ibus-m17n does not work when the previous layout is a non-ASCII layout

[mike-fabian]

The setup tool of ibus-m17n has an option

☑️ Use US keyboard layout

which should enforce the use of an US English keyboard layout.

It does actually do that when the keyboard layout used before switching to the ibus-m17n input method was a layout producing ASCII letters like for example the German layout.

But this does not work when the layout used before switching to the ibus-m17n input method was a layout producing non-ASCII characters like for example these layouts:

• Russian
• Khmer (Cambodia)
• Greek

I have tested that this problem occurs on Fedora 38 and Fedora 39, on Gnome Xorg and Gnome Wayland as well as on i3. So it is surely not some wayland or ibus problem but a problem of ibus-m17n.

See this video showing the problem:

Peek.2023-10-24.18-10.mp4

[mike-fabian]

In the video one can see that when I switch to the German layout and type z, then switch to the ibus-m17n input method t-latn-post and type the same key again, I get a y instead of the z.

The German layout is QWERTZ, US layout is QWERTY, so this shows that enforcing the US layout worked when coming from the German layout.

But if I am using the Russian layout and press the key which is labelled y on the US English layout, I get the Cyrillic letter н. When I switch then to t-latn-post and press the same key again, I still get н, not y. Same problem when coming from the Greek or Khmer (Cambodia) layouts, I get Greek or Khmer letters when typing the key labelled y on the keycap of the US English layout, I do not get the y.

[mike-fabian]

I noticed this problem when I wrote here
#65 (comment)
that one could use the option “☑️ Use US keyboard layout” to enforce an US layout when switching to the ibus-m17n input method km-yannis coming from the Khmer (Cambodia) layout. But actually that does not work.

[mike-fabian]

Fix included in: https://github.com/ibus/ibus-m17n/releases/tag/1.4.23