Comment 4 for bug 522814

Revision history for this message
pvautrin (pvautrin) wrote :

I have both ubuntu and kubuntu x64 fresh installs with locale set to en_AU, trying to type chinese pinyin (zh_CN).
I confirm it is not possible to use im-switch to set system-wide default to ibus.

This is not an issue in Ubuntu (I can still type chinese in every application), but I found this bug after encountering a problem in Kubuntu where I can type chinese in Konsole and Kate, but not in OpenOffice and Firefox (I get no input window). Let me know if I need to test other applications.
And when I try using "System Settings > Country/Region & Language > Locale > Select System Language > Keyboard input method", setting input method to ibus never gets stored (always reverts back to none).

Zorael, do you have a similar behavior?

I should clarify that in both ubuntu and kubuntu, "sudo im-switch -l" lists all input methods including ibus, but "sudo im-switch -c" does not give the option to select ibus.

Kubuntu:
ibus installed from kpackagekit.
/etc/alternatives/xinput-all_ALL -> /etc/X11/xinit/xinput.d/none (XIM=)
/etc/alternatives/xinput-zh_CN -> /etc/X11/xinit/xinput.d/ibus (XIM=ibus)
/home/pyv/.xinput.d/en_AU -> /etc/X11/xinit/xinput.d/ibus
$GTK_IM_MODULE and $QT_IM_MODULE both empty
/usr/lib/gtk-2.0/2.10.0/immodules/im-ibus.so does not exist <- Is that normal?
/usr/lib/qt4/plugins/inputmethods/libqtim-ibus.so exists

Ubuntu:
ibus installed from "System > Administration > Language Support > Keyboard input method system" (I think)
/etc/alternatives/xinput-all_ALL -> /etc/X11/xinit/xinput.d/default (XIM=)
/etc/alternatives/xinput-zh_CN -> /etc/X11/xinit/xinput.d/ibus (XIM=ibus)
/home/pyv/.xinput.d/en_AU -> /etc/X11/xinit/xinput.d/ibus
$GTK_IM_MODULE and $QT_IM_MODULE both set to ibus
/usr/lib/gtk-2.0/2.10.0/immodules/im-ibus.so exists
/usr/lib/qt4/plugins/inputmethods/libqtim-ibus.so does not exists

Finally, not sure if it's related but there is a typo in /etc/X11/xinit/xinput.d/ibus-kde on plasam-widget-kimpanel-backend-ibus (instead of plasma-...), also mentioned in bug 575730.

Hope this helps,
PY