| Summary: | compose keys do not work under wayland QT | ||
|---|---|---|---|
| Product: | [Plasma] plasmashell | Reporter: | Johann Höchtl <johann.hoechtl> |
| Component: | generic-wayland | Assignee: | Plasma Bugs List <plasma-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | benjamin.port, butirsky, meven.car, nate, plasma-bugs-null, thaddee.tyl |
| Priority: | NOR | Keywords: | wayland-only |
| Version First Reported In: | 5.17.5 | ||
| Target Milestone: | 1.0 | ||
| Platform: | Other | ||
| OS: | Linux | ||
| See Also: | https://bugs.kde.org/show_bug.cgi?id=411729 | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
Johann Höchtl
2020-02-04 19:32:42 UTC
Bug is not reproducible with KDE plasma and framework from master Qt: 5.14.2 I had this exact issue, and I think I know why it was not reproducible, which is why I write this in case someone else comes over this issue as well. Back in the X11 days, I relied on /usr/share/X11/locale/en_US.UTF-8/Compose for compose key combinations. At some point, a KDE upgrade migrated me to Wayland, and the compose key combinations that I was used to, ceased to work. The reason? Wayland KDE reads $HOME/.XCompose, not /usr/share/X11/locale/en_US.UTF-8/Compose, which contains way more key combinations. The workaround? cat /usr/share/X11/locale/en_US.UTF-8/Compose >>~/.XCompose That said, my personal preference is to convert the greek combos to explicit compose key combinations (eg. Compose+g+a for α): </usr/share/X11/locale/en_US.UTF-8/Compose sed 's/^<dead_greek>/<Multi_key> <g>/' | grep '^<Multi_key>' >~/.XCompose |