[Fedora-i18n-bugs] [Bug 452938] gtk.immodule should fallback to im-xim.so

bugzilla at redhat.com bugzilla at redhat.com
Fri Jun 19 00:53:58 UTC 2009

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


--- Comment #19 from Akira TAGOH <tagoh at redhat.com>  2009-06-18 20:53:57 EDT ---
Sure. that would be ideal way and I like it rather than having a hack.
Do you have any idea to resolve this issue?

Given that you are going to modify gtk+ to deal with this multilib problem
without the above, if GTK_IM_MODULE is set or immodule is explicitly requested
through XSETTINGS, how about falling back to im-xim.so anyway when the request
isn't accepted by any reasons? otherwise works as usual, i.e. trying to look up
against current locale?  Though we need to move im-xim.so back to gtk2 package
for Fedora.
That may somewhat makes sense and workable solution for everyone regardless of
the needs of IM. though it will takes a little overhead to deal with the key
events due to passing through XIM protocol anyway.

Aside from that, the interesting idea is to take similar way we did for fonts.
i.e. adding a tag like gtkimmodule(ibus) to rpm and pulling in through
PackageKit if not available? that may takes some time to finish. so it may be
far away from ideal, but anyway.

FWIW it may be a good idea to notify users if the requested immodule isn't
available and fall back to something. that would avoid confusion.

Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

More information about the i18n-bugs mailing list