Hello,

I'm trying for the first time KDE/Plasma and I'm struggling to configure the keyboard layout as I was used in Gnome or Sway. In Gnome I always used the "English intl. with AltGr dead keys" which allowed me to type, for instance, the "è" character by typing AltGr+` and then "e". Instead, in order to type "é" it was just AltGr+e.
In KDE, under the system settings > keyboard > layouts there are plenty of layouts to chose from, but I could not find the one I was using. The closest ones are "English (US, intl., AltGr Unicode combining)" and "English (US, intl., AltGr Unicode combining, alt.)" which seem to behave the same, and that are producing the "è" character by first typing "e" and then AltGr+` (the opposite of what I was used to). Could it be that one of the two layouts is what I was looking for, but due to a bug it is not behaving as it should? If that's not the case, what is the name of the profile I'm looking for? Thanks!

Edit:
I'm running Fedora 36, KDE spin, with Plasma 5.24.5, QT 5.15.3 under Wayland.
I cross-checked in the last Ubuntu with Gnome, the profile I'm used to is called "English intl. with AltGr dead keys". In KDE I could find a keyboard layout which has the exact same name, but the combination AltGr+` and the "e" just outputs "e".

Hi!

I don't have "US AltGr with dead keys", neither in gnome, nor Plasma. The symbols are all defined in /usr/share/X11/xkb/symbols, you can view the names using `grep name /usr/share/X11/xkb/symbols/us` (for us layouts only, for british you must use /gb, french /fr, etc.)

The closest I could find was "English (intl., with AltGr dead keys)" .

koffeinfriedhof wrote:Hi!

I don't have "US AltGr with dead keys", neither in gnome, nor Plasma. The symbols are all defined in /usr/share/X11/xkb/symbols, you can view the names using `grep name /usr/share/X11/xkb/symbols/us` (for us layouts only, for british you must use /gb, french /fr, etc.)

The closest I could find was "English (intl., with AltGr dead keys)" .

Thanks for the answer. Indeed, as I just added to the original post, the layout "English (intl., with AltGr dead keys)" is present, but it's not working as expected. Or, at least, it's not working as in Gnome or Sway. Is there anyone using this layout that could clarify how this layout works as far as grave/acute accents are concerned?

Interesting update: the "English (intl., with AltGr dead keys)" works as expected only for some apps (yakuake, vscode and wezterm for the time being). In konsole, kwrite and others is not working.

I switched to the layout you mentioned and it is working in yakuake and kwrite the same way, e.g. AltGr+` results in è, AltGr+' results in é. Tested some GTK-applications too, works the same.
Do you probably have a xmodmap-file in your homefolder or activated some advanced key modifications in the systemsetting?

Another interesting thing you mentioned: It works for you in yakuake but not in Konsole. But both is Konsole as yakuake only provides a wrapper for Konsole (KonsolePart to be more precise). Can you try it out with a new added user to have a fresh profile?

Hello,

As you suggested I created a new user, set the keyboard layout and all was working fine. Until I logged-out and logged-in and I could see the same behavior that my original user had. Deleting the ~/.config folder seems to fix the issue. I'll dig a little more, my hope is to find the configuration bits that are braking the layout... Any suggestion on this?

I'm not in Fedora, so I don't know if there are some distribution specials. I would check `localectl` for what systemd sets the layout to. Does it work after login if you use `setxkbmap altgr-intl`?

koffeinfriedhof wrote:I'm not in Fedora, so I don't know if there are some distribution specials. I would check `localectl` for what systemd sets the layout to. Does it work after login if you use `setxkbmap altgr-intl`?

Hello,

Unfortunately this does not work.

BUT, I figure out that by deleting the ~/.config/ibus/ folder the problem gets fixed. Doing so I basically delete a socket used by ibus, but I don't know at all what this ibus is. I could see that there are few processes running:

Code: Select all

# ps ax | grep ibus
  18746 ?        Sl     0:00 /usr/bin/ibus-daemon -r --xim
  18755 ?        Sl     0:00 /usr/libexec/ibus-dconf
  18756 ?        Sl     0:00 /usr/libexec/ibus-ui-gtk3
  18758 ?        Sl     0:01 /usr/libexec/ibus-extension-gtk3
  18760 ?        Sl     0:00 /usr/libexec/ibus-x11 --kill-daemon
  18768 ?        Ssl    0:00 /usr/libexec/ibus-portal


Moreover, now, don't know why, I have a old-looking icon in the tray called IBus Panel. Clicking it, the IBus Preferences window shows up, where among other things you can select an input method layout.

Edit:
Selecting the "English intl. with AltGr dead keys" from the IBus Preferences panel did not help. What did help was getting rid of it entirely with

Code: Select all

sudo dnf remote ibus

As I use this layout to avoid changing from one layout to another (which means that I don't need ibus), I think it's an ok-ish solution... But still there might be a bug hidden somewhere.

Okay, didn't mind ibus. This is the default in GNOME afaik and was only needed for chinese, korean and such languages. Last tested this years ago, so my little knowledge might be outdated I do not use ibus either. A fast lookup told me that it should work as expected if the correct environment variables are set → https://wiki.archlinux.org/title/IBus, but if it works for you without ibus, everything is fine.