https://bugs.documentfoundation.org/show_bug.cgi?id=167780
--- Comment #4 from Mike Kaganski <[email protected]> --- (In reply to luc from comment #3) > I understand that it's an input method and LO itself is theoretically > innocent, but Ctrl+Shift+U works in all applications on my computer, it > works in Thunderbird, in Firefox, in Pulsar, even in a Gimp text area. Only > in LO it doesn't. I don't know what Pulsar is (a CLI security-related demon?); but Gimp is built on (and actually created initially) GTK; and as far as I understand (and what I read), Mozilla TB & FF also use GTK. But LibreOffice has plugins for different DEs; and it can use GTK (on Gnome) of kf5/6 (on KDE); and on your desktop environment, which is KDE, it uses kf6. And it *seems* to me, that it's not "Ctrl+Shift+U works in all applications on my computer", but rather "I have KDE, but only use the key combination with apps that are not KDE; and it naturally fails on the app that is *better* integrated with the DE of my choice". But you can also force another plugin in LibreOffice; e.g., you may run it once using a command line like > SAL_USE_VCLPLUGIN=gtk3 libreoffice or have the environment variable exported from one of your startup scripts. The gtk plugin may not be installed yet on your system; then it needs to be installed (see e.g. the normal Ubuntu way to do that, when you used apt to install LibreOffice (as opposed e.g. to snap): `apt-get install libreoffice-gtk3` - no idea if there's some difference in your derivative). Please test if that makes a difference. Also check if the changed look-and-feel of LibreOffice with that plugin - there *will* be a change in look and feel - is OK for you, and maybe if it matches the look and feel of Gimp and friends... -- You are receiving this mail because: You are the assignee for the bug.
