Description of problem:
At the moment, if the initial IME for the desktop is ja's Anthy and the user
switch to another IME ko's Hangul, when activating scim in a new Input Context,
it will be Hangul. Even when the application is explicitly started with
LANG=zh_CN.UTF8, the IME activated will still be Hangul. It will be nice if the
default IME can be
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.log in with ja locale, ja's Anthy should be the default IME
3.activate scim, switch to ko's Hangul using ctrl-SPACE repeatedly
4.start another application, LANG=zh_CN.UTF-8 gedit
still ko's hangul
default zh_CN IME
Interesting observation that this feature already exist, however, only with OOo
, openoffice.org-core-2.0.1-0.139.1.2, if I start oowriter with LANG=zh_TW,
Array30 will be loaded and if I start with LANG=zh_CN, Pinyin will be loaded.
> Interesting observation that this feature already exist, however, only with OOo
Is that using XIM?
scim remember the default input method for each system language. You change the
default input method for ja to a hangul input method in one application, then
scim thinks that you want to use it by default for ja system language, so this
hangul input method will be the default one for other applications running under
I personally am satisfied with this designed behavior of SCIM. Is there any
disagreement that it should be different? Otherwise we can close this bug.
I still think otherwise. If user starts an application with ja_JP explicitly,
you would want the IME to be consistent with the locale. I think this is a
clever feature which would enhance the user experience.
Hmm, on second thought you are correct.
However what should be the default input language if your current LANG is not
listed (like en_US)? I personally want it to default to the last used input
language in such cases. This must be the reason why I like the current
behavior. I do however now understand why it should behave differently for the
supported IM languages.
Ok, the rfe should be weakened to be "overriding the current IME
when starting in an app in a non-default locale"? But I guess that
is not a very common usage case.
What about the case like this:
1) Login in ja_JP mode.
2) Use Pinyin input in thunderbird.
3) Run firefox.
Do you expect Anthy to override the current setting of Pinyin? I personally
wouldn't expect it to change when I'm already using SCIM in another application.
Maybe this is OK for only the first application, but not subsequent.
Well if users change the IME to different IME then scim remembers that
and uses it: IMHO the current behaviour is good enough and optimal
in most cases, so closing for now.