Package: im-config Version: 0.4 Severity: serious X-Debbugs-CC: pkg-ime-de...@lists.alioth.debian.org
Dear maintainer, After doing some research, we found that current IM Module settings have some severe problems: In 20_ibus.im: > GTK_IM_MODULE=xim > # use immodule when available for GTK > for IM_CONFIG_MARKER in /usr/lib/gtk-2.0/*/immodules/im-ibus.so ; do > if [ -e $IM_CONFIG_MARKER ]; then > GTK_IM_MODULE=ibus > fi > done Here it means when GTK2 IM Module is present, GTK_IM_MODULE will be set to ibus. But when there are GTK3 applications present in the system, while at the same time GTK3 IM MODULE isn't, user cannot input anything in those GTK3 applications. We were expecting that when the IM Module does not exist it will fallback to XIM, but it simply doesn't work - we may need to file another bug and/or contact upstream if appropriate, but we should deal with it by applying some workaround at least. Tested that GTK2_IM_MODULE or GKT3_IM_MODULE does not exist. Another similar but smaller issue, in 20_ibus.im: > QT_IM_MODULE=xim > # use immodule when available for QT > for IM_CONFIG_MARKER in /usr/lib/qt4/plugins/inputmethods/libqtim-ibus.so ; do > if [ -e $IM_CONFIG_MARKER ]; then > QT_IM_MODULE=ibus > fi > done When QT4 IM Module is present, then set QT_IM_MODULE=ibus. But what if there are QT3 applications like K3b? Should we use QT4_IM_MODULE instead? Further more, we should deal with Multi-Arch of those libraries, which means: > for IM_CONFIG_MARKER in /usr/lib/gtk-2.0/*/immodules/im-ibus.so > /usr/lib/*/gtk-2.0/*/immodules/im-ibus.so ; do and > for IM_CONFIG_MARKER in /usr/lib/qt4/plugins/inputmethods/libqtim-ibus.so > /usr/lib/*/qt4/plugins/inputmethods/libqtim-ibus.so ; do This is needed because transition to Mult-Arch is in progress, we need to take care of all the situations. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org