My favorites | Sign in
Project Home Downloads Wiki Issues Source
New issue   Search
for
  Advanced search   Search tips   Subscriptions
Issue 533: problem with locale list when calling IMOpenIM in x11 client
1 person starred this issue and may be notified of changes. Back to list
Status:  New
Owner:  Shawn.P....@gmail.com


Sign in to add a comment
 
Reported by trchen1...@gmail.com, Sep 20, 2009
the current x11 client passes a fixed list of supported locale predefined 
in client/x11/locales.h, however it doesn't work on locales with country 
modifiers(e.g. en_US, zh_CN, zh_TW, and such) in some program(say, tk based 
programs like amsn).

Reproduce:
1. LANG=en_US.UTF-8 amsn
2. ibus icon shows "no input window" when focus on amsn window
3. add en_US to the list client/x11/locales.h and recompile ibus
4. now ibus works correctly with amsn

Suggested solution:
I'm not sure if it's a bug with tk or ibus, since xterm always work 
regardless the supported locale list is hacked or not. We should refer to 
the XIM specification to see if we should pass locale strings with country 
modifier to IMOpenIM and either fix ibus or send a patch to tk developers.
However, for now I suggest we should extend our LOCALES_STRING to include 
the often seen locales listed above, and make ibus-x11 to append the 
current locale(part of CLANG with encoding trimmed) to _locale string, this 
should make the numerous amsn users happy.
Jan 8, 2010
Project Member #1 Shawn.P....@gmail.com
I tested it with xterm. It does not happen in fedora.
Labels: Component-ibus
Sign in to add a comment

Powered by Google Project Hosting