发现fcitx在非中文或者美国环境下才能激化 about fcitx HOT 10 CLOSED

标题写错了. 应该是fcitx在非中文或者美国环境下无法激化

补充一下, 我用的是Arch

把LC_CTYPE 设置成 
zh_CN.UTF-8就可以了。不过我记得以前只要是en_US.UTF-8也是可以�
��。现
在是fcitx3.6.3

rory@gentoo ~ $ locale
LANG=en_US.UTF-8
LC_CTYPE=zh_CN.UTF-8
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=

这个locale限制是在xim.c里设置的，临时的办法是把：
xim.c里
char strLocale[201] = 
"zh_CN.GB18030,zh_CN.GB2312,zh_CN,zh_CN.GBK,zh_CN.UTF-8,zh_CN.UTF8,en_US.UTF-8,e
n_US.UTF8"; 加上en_AU.UTF8,en_CA.UTF8,...
希望作者更正

你倒是说错了

代码里面会自动把当前locale加入的。

我以前在zh_TW.BIG5都测试过没有问题。
可以注意有如下代码。如果时strLocale不包含你的lang，会主动�
��入的。

    p = getenv("LC_CTYPE");
    if (!p) {
        p = getenv("LC_ALL");
        if (!p)
            p = getenv("LANG");
    }
    if (p) {
        if (!strcasestr(strLocale, p)) {
            strcat(strLocale, ",");
            strcat(strLocale, p);
        }
    }

刚刚还测试了一下en_AS.UTF-8，我这里也没有问题。

个人认为有三种情况：
1、en系需要手动设置GTK_IM_MODULE（gtk.immodules的限制）
2、fcitx启动的时候环境变量并未设置
3、glibc的locale-gen时没有加入en_AS.UTF-8

如有异议请提出。

多谢回复，从源码看的确是处理了，但是我用的ubuntu 10.04 
locale en_CA.utf8，fcitx 
3.6.3，这个问题一直存在而且困扰我很久。直到看到贴子 
http://forum.ubuntu.org.cn/viewtopic.php?f=155&t=268292 
修改strLocale才解决问题。看来我还得再测试测试。

找到原因了。我的ubuntu 10.04里,locale:

LANG=en_CA.utf8
LC_CTYPE="en_CA.utf8"
LC_NUMERIC="en_CA.utf8"
LC_TIME="en_CA.utf8"
LC_COLLATE="en_CA.utf8"
LC_MONETARY="en_CA.utf8"
LC_MESSAGES="en_CA.utf8"
LC_PAPER="en_CA.utf8"
LC_NAME="en_CA.utf8"
LC_ADDRESS="en_CA.utf8"
LC_TELEPHONE="en_CA.utf8"
LC_MEASUREMENT="en_CA.utf8"
LC_IDENTIFICATION="en_CA.utf8"
LC_ALL=
运行了自动加入locale的代码以后，strLocale变成了:

zh_CN.GB18030,zh_CN.GB2312,zh_CN,zh_CN.GBK,zh_CN.UTF-8,zh_CN.UTF8,en_US.UTF-8,en
_US.UTF8,en_CA.utf8

可以看到fcitx自动在最后加入了"en_CA.utf8"，但是这并不能使fci
tx工作，经过测试，只有加入"en_CA.UTF-8"或者"en_CA.utf-8"，才能�
��它正常工作。

en_CA.utf8

这个写法确实不标准

gvim也会导致问题的……

是不标准，但我发现这是Ubuntu10.04和Arch 
Linux的默认写法，所以至少用这两个发行版的会有这个问题。

Ubuntu 
10.04的这个locale的bug现在已经被修复了，而且已经被加入到官
方的backport源里。只要选System->Administration->Update 
Manager->Settings, Unsupported updates(lucid-backports) 
打勾，重新更新就可以了。