Version: 0.50.1 (using KDE 4.0.3) Installed from: Ubuntu Packages OS: Linux I use a the UK keyboard layout with deadkeys, but for some reason the deadgrave key doesn't work in KDE apps. I'm using ubuntu and have kopete and amarok installed. all the other keys work fine and it works fine in non-kde apps. any ideas?
*** Bug 163874 has been marked as a duplicate of this bug. ***
See the comment I made on #106538. I think I found the source of the dead key problem.
Dear Bug Submitter, This bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? I am setting the status to NEEDSINFO pending your response, please change the Status back to REPORTED when you respond. Thank you for helping us make KDE software even better for everyone!
This bug is still valid. I did a fresh install of both Debian 9.5 and Kubuntu 18.04 on the weekend and noticed that KDE still exhibited odd behaviour around dead keys. Depending on exact locale settings, I would have no dead keys, or dead key combinations would insert incorrect characters. However! I was able to solve the problem by modifying certain locale-specific files outside of KDE. I will describe below. In my specific instance: Keyboard: Canadian Multilingual Locale: Esperanto Solution: add the following lines to /usr/share/X11/locale.alias (package libx11-data): eo.UTF-8 eo_XX.UTF-8 eo_XX.UTF-8 eo_XX.UTF-8 eo_EO.UTF-8 eo_EO.UTF-8 add the following lines to /usr/share/i18n/SUPPORTED (package locales): eo ISO-8859-3 eo.UTF-8 UTF-8 eo_XX UTF-8 eo_XX.UTF-8 UTF-8 The above changes make sure that both locales and libx11-data are harmonized in terms of what encodings to use for EO locales. KDE is no longer confused. If other people are having problems with their dead keys in KDE, they should check the encoding definitions in the above 2 files, and, as an extra measure make sure that /etc/default/locale defines a default system locale that uses UTF-8 (in my case system default is now eo.UTF-8). As a concluding note, since the solution for me was outside KDE, this may not be a KDE bug, however it is worth remembering that it is mostly KDE applications (specifically Qt applications) that are affected by mismatched locale definitions, and Gnome and other environments don't seem to have a problem. I hope this is helpful.
Thanks for the update!
This might be fixed with Qt 5.11.
Edit: I also had to edit /etc/locales.gen to add eo.UTF-8 UTF-8 and then run "sudo locale-gen"
*** Bug 416701 has been marked as a duplicate of this bug. ***
I can not reproduce that with Plasma 6. Important to note is that Plasma 6 and Qt 6 will only properly support UTF-8 locales by design.