[Pkg-ime-devel] Bug#644254: im-config: problems in IM Module settings

[Aron Xu]

Package: im-config
Version: 0.4
Severity: serious
X-Debbugs-CC: pkg-ime-devel at 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