|Thread title||Replies||Last modified|
|How to get it working in Chrome and Firefox on Kubuntu?||1||06:56, 24 August 2019|
|Outdated info?||10||12:03, 22 April 2019|
I'm running Kubuntu 18.04 with Plasma 5.12.7. I've configured the Compose key and bound it to Right Alt. Now I can type extended characters in Kate for instance or in LibreOffice and even in konsole, but not in browsers. I think since this is a wiki page, it should cover this major case.
I managed to get it working in both Firefox and Chrome by providing QT_IM_MODULE=xim prefix, but I couldn't make it permatent since I haven't found /etc/X11/xinit/xinput.d/default file, referenced in the page (basically, I don't have etc/X11/xinit/xinput.d/ directory on my system - Kubuntu 18.04).
Also, I wonder is there some other way to just get it working in all programs without this mumbo-jumbo with editing system files? Say, having something in the UI to tick/untick would be a pain yet, but a lesser one.
I don't think this is a Plasma issue. I use the Compose key a lot and have never seen this issue either in Firefox or in Falkon. I use Neon, so perhaps it is a Kubuntu issue; or perhaps you have assigned the compose function to a key, that browsers treat specially? Do you have the Plasma Integration addon installed in Firefox?
If you find out what the problem is, we welcome feedback so that we can update this page.
PS. Have you sees the other thread on this Talk page? It seems to be related, and a solution was found: scroll all the way down - you may have to click a link saying something like "Show 4 answers" to see the last entries.
Added a section for Plasma, with screenshot.
Should we be keeping information here from KDE 3.x?
The information about KDE3 can be removed. I'm not 100% sure but KDE4 information should also be removed, since KDE don't support KDE4 anymore. But for this I prefer a confirmation from an older admin ;)
There is also a small section about compose key in https://userbase.kde.org/System_Settings/Keyboard.
Ok. If that is the case, and it is deemed the KDE 3 and 4 information be removed, maybe redirect the remaining, so to remove redundancy.
I also found out the gtk section is outdated, look like it's working out of the box with firefox and gimp.
I would very much like to get rid of everything KDE4 specific. There are a few areas where it might be wise to retain some of the old information, though. There are still some applications that are not using Frameworks 5, which should probably still have a page. Also some "expert advice" that only apply to (some version of) KDE4 might still be useful. Basically anything that might still be useful to someone should be retained in some form; however I think it unlikely, that we are getting any new users of KDE4.
When it comes to whole pages I think it best to archive the pages rather than deleting them. Other KDE4 specific information could be moved to special pages, so that it is well separated from the regular info, and also easier to manage in the future.
It's not working for me in GTK Apps (GIMP, FF, TB), either out-of-the-box or by following the instructions on this page. The compose key just does nothing. It works fine in QT/KDE apps, eg Kate
Using a clean install of Kubuntu 19.04-beta (4 days until release).
- Operating System: Kubuntu 19.04
- KDE Plasma Version: 5.15.4
- KDE Frameworks Version: 5.56.0
- Qt Version: 5.12.2
- Kernel Version: 5.0.0-11-generic
no difference (same for TB & GIMP)
this file does not exist in Kubuntu...
sudo cp /etc/X11/xinit/xinput.d/default /etc/X11/xinit/xinput.d/xim
So I created it..but no joy. Suspect that if I can't make the "launch from shell with ENV var" work, then any other method will also fail.
Has something changed? Or am I being dumb / missing something?
ENV seems to have correct values (even without my fiddling around with /etc/X11/xinit/xinput.d/xim
$ env | grep IM
Why is QT_IM_MODULE=ibus ? Does that indicate a change, and means xim is not being triggered anymore?