Bug 7974 - SCIM does not work unless system language is changed
: SCIM does not work unless system language is changed
: NEW
: Moblin distribution
Others
: 2.1
: Netbook Moblin Linux
: Undecided major
: ---
:
:
:
:
 
 
Reported: 2009-11-12 15:20 PST by
Modified: 2009-12-07 18:28 PST (History)


Attachments




Description From 2009-11-12 15:20:32 PST
Build Image(yyyy-mm-dd): 20091103-002
Hardware Model (on what HW this bug is uncovered): EEEpc 1005HA

Bug detailed descriptions(behavior, impact, etc)
===========================================================
After installing all packages related to the japanese input method, this won't
work unless system language is changed to japanese.

Reproduce Steps(steps,current result, reproduce possibility)
===========================================================
(1) Install all packages under "Japanese support" under Add/Remove system
(2) Trying to activate scim right away or after reboot through key combination
trigger doesn't work, even if scim is executed from the command line.
(3) Change system language under "Applications > Language" to Japanese and
reboot
(4) The scim toolbar is visible when an application like text editor is opened
(5)


Expected result:
===========================================================
Trigger key combination should work right away after installation and provide
access to different input methods from all sessions, independent from system
language.


Possible root cause:
===========================================================
------- Comment #1 From 2009-11-12 19:03:34 PST -------
Actually, this is because the GTK_IM_MODULE and CLUTTER_IM_MODULE parameter is
not exported in uxlaunch except in zh_ Locale now.

So by default , scim will not be launched.

The reason that when you change locale to jp, scim can work in GTK program is
because in /etc/gtk-2.0/gtk.immodules, scim module is declared that it support
jp locale, so it still can be launched under jp locale. But it won't work for
Clutter application. And it won't be able to pick out the most suitable input
method but instead just find the first one who declare to support this locale.

To solve this problem, we need to export GTK_IM_MODULE and CLUTTER_IM_MODULE in
all locales not only zh_ locale, for a lot of people will have locale setting
to en_us while still want to be able to input their native language.
------- Comment #2 From 2009-11-12 22:35:15 PST -------
Hello and thanks for the prompt reply!

So, as a workaround, could be /etc/gtk-2.0/gtk.immodules manually modified to
include all available locales in GTK_IM_MODULE and CLUTTER_IM_MODUL?
------- Comment #3 From 2009-11-16 18:50:40 PST -------
Raymond, so this is duplicate with bug 6633?
------- Comment #4 From 2009-12-07 18:28:28 PST -------
yes, this should be same as bug 6633.