|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|
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
I tested it with xterm. It does not happen in fedora.
|► Sign in to add a comment|