https://bugzilla.redhat.com/show_bug.cgi?id=1217147
--- Comment #1 from Rex Dieter <rdieter(a)math.unl.edu> ---
more details:
[11:15] <Sho_> rdieter: Setting QT_IM_MODULE to ibus even when ibus-daemon
isn't running should be harmless, Qt will then drop through to its default
input method context plugin that handles the X11 compose key
[11:16] <Sho_> rdieter: usually you also want to set GTK_IM_MODULE=ibus and
XMODIFIERS=@im=ibus
[11:17] <Sho_> rdieter: the trickier part may be the UI frontend
[11:18] <Sho_> rdieter: Basically, an input method framework has some UI
frontend bits - kimpanel as a panel widget will show the active language,
language-specific toggle buttons (say half/full width toggles for Chinese or
hanja lock for Korean) and so on, and depending on the language it will also
show popups next to the cursor with completion options
[11:18] <Sho_> rdieter: The default ibus frontend is GTK+, but we have kimpanel
in kdeplasma-addons
[11:18] <Sho_> rdieter: There's a /usr/share/ibus/components/ where these
frontends register themselves via .xml files that describe them and point to
the .so path
[11:19] <Sho_> rdieter: Getting ibus to prefer a particular frontend either
needs config, or ibus-daemon can be run with
--panel=/path/to/kimpanel-ibus-panel
[11:20] <Sho_> rdieter: So I was thinking, iirc we have kde-specific autostart
for the pulseaudio daemon?
[11:20] <Sho_> maybe something similar with a custom autostart .desktop for
ibus-daemon
[11:20] <rdieter> yeah, do something similar for -ibus , exactly
[11:21] <rdieter> it would be resonsible for pulling in deps like
kimpanel(kdeplasma-addons)
[11:21] <Sho_> rdieter:
https://wiki.archlinux.org/index.php/IBus#Kimpanel
contains a sample .desktop
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug
https://bugzilla.redhat.com/token.cgi?t=P0EVoBcTki&a=cc_unsubscribe