Hi,

On Tue, Oct 04, 2011 at 09:56:53PM +0800, Aron Xu wrote:
> 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. 

TRUE.

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?

YES.  

By the way, where is doc on how to use version specific QT4_IM_MODULE,
GTK2_IM_MODULE or GKT3_IM_MODULE?

> 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.

Multi-Arch is black magic for me now. patch welcomed.

Osamu



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to