@Gunnar, @Kyle
Thanks for your efforts and analysis! However, for me I don't think
locale is a strong enough cue to determine whether to start input
methods or not. User preferences should be the first priority. At
least, a user may choose English as their desktop language for
numerous reasons, but he/she may still want to input characters in
other languages.
The locale or desktop language can provide a good guess on installing
the system or creating an account. But later I think we should only
refer to the user preferences. Besides, one will feel weird if the
input method goes away after it changes the language of display. I
strongly disagree with this.
Besides, I'm not sure about Ubuntu's bug policy, but I'm afraid the
problem you are talking about is not quite closely related to the bug
topic Search field in Unity can not support iBus. Probably starting
another bug about this is better. To me and possibly most of the
subscribers to this bug, the original bug is critical, not this one.
CHEN, Xing / 陈醒
2011/5/23 Gunnar Hjalmarsson 663...@bugs.launchpad.net:
@ZhengPeng
The file /etc/X11/Xsession.d/80im-switch, which automatically enables
applicable input method based on locale, has been there since Lucid. The
feature was affected by the i18n changes in Natty. Now we try to make it work
as it was designed to do.
You seem to prefer that the feature is disabled. How would, in you
opinion, doing so benefit the input method users?
--
You received this bug notification because you are a direct subscriber
of the bug.
https://bugs.launchpad.net/bugs/663776
Title:
[dash] Search field in Unity can not support iBus
To unsubscribe from this bug, go to:
https://bugs.launchpad.net/ibus/+bug/663776/+subscribe
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/663776
Title:
[dash] Search field in Unity can not support iBus
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs