Bug 82907 - Fcitx only over-the-top input with KDE integration
Summary: Fcitx only over-the-top input with KDE integration
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
(earliest affected) release
Hardware: All Linux (All)
: medium normal
Assignee: Not Assigned
Keywords: needsDevAdvice
Depends on:
Blocks: KDE
  Show dependency treegraph
Reported: 2014-08-21 12:25 UTC by hans.schmidt.5
Modified: 2019-07-25 13:34 UTC (History)
7 users (show)

See Also:
Crash report or crash signature:


Note You need to log in before you can comment on or make changes to this bug.
Description hans.schmidt.5 2014-08-21 12:25:25 UTC
When using Libreoffice KDE integration on Arch (other distributions have the same problem), Fcitx (an input method for East Asian scripts) only displays over-the-top input. This makes it very hard to write longer sentences because the pre-commit string does not fit into the actual written text. Especially in a word processor this is extremely hard to use.

Here is a OpenSUSE forum entry which describes the problem with screenshots:

A workaround is to use libreoffice-gnome integration, but this does not integrate so well into KDE.

Is there any hope that this will be fixed? From what I understand from the OpenSUSE thread, Libreoffice should use QT_IM_MODULE when using the KDE integration. Or at least GTK_IM_MODULE, even if KDE integration is used. But _not_ XIM. Maybe Libreoffice should even use that without the gnome/kde integration.

I think this problem is also apparant with Ibus, Scim and other frameworks, because the problem does not seem to lie with Fcitx.
Comment 1 Robinson Tryon (qubit) 2015-02-26 22:09:29 UTC
cc'lubos for KDE advice.
Comment 2 Carlos Rodriguez 2015-06-23 18:47:37 UTC
Firstly I'd like to apologize myself because it's my first time working with different input methods :-)

What I guess is what the original poster detected. LibO KDE integration is not fully working with "fcitx" and "mozc" while KDE apps like "kwriter" is working fine.

Steps to reproduce on Debian 8 (jessie):

1.- Install "fcitx-mozc fcitx-ui-classic" and its dependencies.
2.- Create a file named ~/.kde/env/fcitx.sh with this content:

export GTK_IM_MODULE=fcitx
export QT_IM_MODULE=fcitx
export XMODIFIERS=@im=fcitx

3.- Restart KDE session
4.- You'll see an icon on panel for Input Method selection
5.- Start "kwriter" and press Ctrl+Space and you'll get into MOZC Input Method typing asian characters and representing what the original poster says.
6.- Trying the same on LibO does not work.
7.- As a workaround you can change the ~/.kde/env/fcitx.sh file and replace the lines with:

export GTK_IM_MODULE=xim
export QT_IM_MODULE=xim
export XMODIFIERS=@im=xim

8.- Now you can get the MOZC Input Method but as mention in SuSE (I can't confirm) this is not the best option.
Comment 3 Carlos Rodriguez 2015-06-26 11:20:55 UTC
To the original poster: Can you verify if the Comment #2 is what you get?
Comment 4 Robinson Tryon (qubit) 2015-12-10 10:13:23 UTC Comment hidden (obsolete)
Comment 5 farcus 2016-03-13 04:53:39 UTC
this issue continues to drag on
currently in Libreoffice and fcitx 4.2.9-8.1(with mozc) openSUSE leap 42.1
Not sure if the issue is with libreoffice or KDE
suggestion in comment #2 doesn't seem to work in plasma 5 (or at least I can't work out how to get it to work).
Comment 6 farcus 2016-03-13 05:00:10 UTC
removing libreoffice-kde4 and replacing it with libreoffice-gnome & libreoffice-gtk3 and over the top input becomes available.
Plasma 5 still seems to be using libreoffice-kde4 for KDE integration.
Comment 7 Buovjaga 2016-03-13 16:11:46 UTC
(In reply to farcus from comment #6)
> removing libreoffice-kde4 and replacing it with libreoffice-gnome &
> libreoffice-gtk3 and over the top input becomes available.
> Plasma 5 still seems to be using libreoffice-kde4 for KDE integration.

Yes, there is nothing newer. Hopefully this GSoC task will get done: https://wiki.documentfoundation.org/Development/GSoC/Ideas#KDE5:_port_KDE4_plugin_to_KF5
Comment 8 tommy27 2016-12-11 23:05:21 UTC
is this bug still present with LibO

if yes set status to UNCONFIRMED or NEW (if it's an independent confirmation) or RESOLVED WORKSFORME if bug is gone
Comment 9 alicef 2016-12-21 06:44:23 UTC
This problem is still present in app-office/libreoffice-
Comment 10 alicef 2016-12-21 06:47:39 UTC
USE flag: bluetooth branding cups dbus gtk gtk3 kde Python 3.4

Comment 11 QA Administrators 2017-12-22 03:35:20 UTC Comment hidden (obsolete)
Comment 12 Xisco Faulí 2019-06-13 15:49:41 UTC
Dear Hans Schmidt,
KDE4 support has been dropped in LibreOffice 6.3.
Could you please try to reproduce it with LibreOffice 6.3 Beta1 from https://wiki.documentfoundation.org/QA/GetInvolved#Test_Pre-releases ?
You can install it alongside the standard version.
I have set the bug's status to 'NEEDINFO'. Please change it back to 'NEW' if the bug is still present in the master build
Comment 13 Alexander M. 2019-07-25 13:26:08 UTC

I just became aware of this bug report, so I'm not entirely sure how the situation used to be when the OP first reported the bug or how it has evolved since then. But as far as I can tell almost everything works perfectly at the moment, and the only thing that doesn't (pre-edit text not being underlined) is not a LO-specific issue because I can reproduce it in other Qt or KDE apps (and is also not really relevant because it's an entirely different issue than this one).

I will set this to UNCONFIRMED, but seeing as the original bug report is very old and the last user comment is from 3 years old, and since I can be sure from personal experience that there are no real problems with fcitx input in LO, I think this could be marked as fixed.

Versions tested: current 6.2.x and 6.3.rc1
Comment 14 Buovjaga 2019-07-25 13:34:53 UTC
Thanks, let's set to WFM