Re: IM-related issues on openSUSE 12.1 Beta

Takashi Iwai <[email protected]>
Newsgroups gmane.linux.suse.m17n
Message-ID <s5h8votyyg2.wl%[email protected]>
Takeyama-san,

thanks for heading up!

I added some relevant guys to Cc.

[As a background: we've discussed shortly in the last week about these
 topics in opensuse-ja ML, now moved to here to discuss more widely.]


At Mon, 10 Oct 2011 18:13:41 +0900,
Fuminobu TAKEYAMA wrote:
> 
> Hi all,
> 
> Several issues related to IM are still remaining on 12.1 Beta.
> 
> 
> 1. IBus should be updated to 1.4.0
> 
> IBus supports GNOME 3 in the latest release, 1.4.0.
> IBus status icon is now well integrated to the toolbar displayed on the
> top of desktop. (I do not know its name)
> 
> In Fedora 15, snapshot version of 1.4.0 was shipped to support GNOME 3.
> 
> 
> In order to update, we have to consider below:
> (a) Since libibus2 was renamed, some IM-engine packages must be fixed.
> (b) 1.4.0 requires newer glib; openSUSE 11.3 does not have it.
> 
> 
> I am ready to submit ibus-1.4.0 to M17N.
> You can get it from
> https://build.opensuse.org/package/show?package=ibus&project=home%3Aftake%3Abranches%3AM17N
> 
> May I submit 1.4.0 to M17N? Or any idea?

I'm for upgrading.  The lack of 11.3 support is a minor issue compared
with the lack of GNOME3 support.

The problem is how large is the breakage by this update.  Do you have
a list of broken packages?


> 2. xim.d/uim is broken.
> 
> Tray icons are not displayed on neither GNOME 3 nor KDE 4.
> This simple script works correctly only on GNOME 3:
> 
> export XMODIFIERS="@im=uim"
> export GTK_IM_MODULE=uim
> export QT_IM_SWITCHER=imsw-multi
> export QT_IM_MODULE=uim
> uim-xim &
> uim-toolbar-gtk3-systray &

So, the situation is similar like the current ibus, right?
Maybe we need to ask GNOME guys for a simple solution.


> 3. uim crashes while launching firefox
> 
> $ GTK_IM_MODULE=uim firefox
> cause segmentation fault at compose.c:633.
> 
> I cannot reproduce this problem on 11.4.
> So I do not know if this is upstream bug or not.
> (needs more information)

UIM tends to be problematic, indeed.  I've got a crash of firefox
sometime ago, but it's before upgrading uim.


> 4. cannot input characters through IM in the search box
>    on GNOME 3's "Activity" tab.
> 
> I reported to upstream:
> https://bugzilla.gnome.org/show_bug.cgi?id=647707
> 
> I created a patch based on
> https://bugzilla.gnome.org/show_bug.cgi?id=621659
> but it enables only direct input while IM is activated:
> https://build.opensuse.org/package/show?package=gnome-shell&project=home%3Aftake%3Abranches%3AGNOME%3AFactory

This sounds more like a GNOME issue.


> 5. xim.d/scim exports GTK_IM_MODULE=scim although SCIM does not provide
>    its GTK3 IM module
> 
> GTK2 applications such as Firefox needs this.
> GTK3 applications try to use another IM (maybe not xim).
> 
> Any good idea? Is it OK?

A simple patch like below might work?  Then we can set xim to
GTK3_IM_MODULE while scim to GTK_IM_MODULE.
I created a branch and building the package now for testing in
OBS home:tiwai:branches:GNOME:Factory/gtk3 repo.
Can anyone check (sorry I have no time right now).

One may try an unofficial scim-gtk3 patch, too.
	http://www.csie.ntu.edu.tw/~b90093/tmp/debian/gtk3.diff

But the problem isn't only about SCIM but may hit other IMs, too.
So, a fallback mechanism would be nicer.


thanks,

Takashi
gtk3-add-GTK3_IM_MODULE-envvar.diff (application/octet-stream, 477 B)
---
 gtk/gtkimmodule.c |    6 ++++++
 1 file changed, 6 insertions(+)

--- a/gtk/gtkimmodule.c
+++ b/gtk/gtkimmodule.c
@@ -672,6 +672,12 @@
   if (!contexts_hash)
     gtk_im_module_initialize ();
 
+  envvar = g_getenv ("GTK3_IM_MODULE");
+  if (envvar &&
+      (strcmp (envvar, SIMPLE_ID) == 0 ||
+       g_hash_table_lookup (contexts_hash, envvar))) 
+    return envvar;
+
   envvar = g_getenv ("GTK_IM_MODULE");
   if (envvar &&
       (strcmp (envvar, SIMPLE_ID) == 0 ||
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.