yuking兄，你好。

hades

在您给了我最新的FCITX3版本后，试过几种方法来想解决在OO里的问题，但没有一个可以有效果的，方法如下：
1、我修改了整个i18n，将其修改成：

LANG="zh_CN.gbk"
SUPPORTED="zh_CN.gbk:zh_CN:zh"
SYSFONT="latarcyrheb-sun16"
仍不能使FCITX在OO里使用

2、修改FCITX本身的config文件，将区域设置成：zh_CN.gbk或zh_CN都没有效果。

而在修改来修改去的过程中发现在几个问题

1、当我安装了新版本的FCITX3后，在终端里$fcitx后，在gnome-system-monitor里将FCITX关闭的时候，终端上出现如图所示的东西：(图1)
2、这时我的整个终端也就崩溃了：(图2)
3、而我用fcitx-2.0.2-4.noarch.rpm安装后再重复上面的动作时，终端就不会有任何信息出来，终端也不会崩溃。
4、原来的：[hades@Linux hades]$ fcitx
Fontconfig warning: line 440: unknown element "other_family"
这个错误已经修复原因是在我的fonts.conf里有一段：

<!--
  Add by Firefly (firefly@firefly.idv.tw)
  Output non English/Latin family name.
-->
                <other_family>
                        <bool>true</bool>
                </other_family>
将这段去掉就好了。
产生这段的原因是我安培了开源唐体的PRM包产生的一个：fonts.conf.TangTi，我按其修改的fonts.conf，因数fonts.conf.TangTi有这段，我没注意，所以有这个错误。(这好象与FCITX无关呀。嘻嘻)，虽然修复了这个错误，FCITX仍不能在OO里使用。555555555555

hades

图2,就是终端崩溃时候的图

aaccdd

用fcitx3我也遇到类似的问题：
1, 终端启动fcitx，在杀死fcitx进程同时终端没有崩溃，但是会失去反应；
2,终端启动fcitx，会提示没有设置XMODIFIERS，startx就没有这个提示；
还有一个疑问，
修改/etc/sysconfig/i18n或者.bashrc
改变locale的时候
zh_CN.GBK应该同zh_CN.gbk不同吧？
这里是否有大小写区分呢？

hades

最初由 aaccdd 发表
用fcitx3我也遇到类似的问题：
1, 终端启动fcitx，在杀死fcitx进程同时终端没有崩溃，但是会失去反应；
2,终端启动fcitx，会提示没有设置XMODIFIERS，startx就没有这个提示；
还有一个疑问，
修改/etc/sysconfig/i18n或者.bashrc
改变locale的时候
zh_CN.GBK应该同zh_CN.gbk不同吧？
这里是否有大小写区分呢？

对，zh_CN.GBK的大小写是不同的，我两 种方法都试过了
另外，发现在FCITX3下的wbx.mb比FCITX2下的大了近两倍，所以我试着将2和3版本的这个文件互换，结果都导致上面图中的终端崩溃:eek: :eek: :eek:

aaccdd

我刚发现，
在使用fcitx2的情况下，
rpm -e fcitx
然后安装fcitx3,
杀掉fcitx进程，
这时候启动fcitx，应该是fcitx3了吧？
可以在OO 里面输入，
但是重启X就不行了。

hades

最初由 aaccdd 发表
我刚发现，
在使用fcitx2的情况下，
rpm -e fcitx
然后安装fcitx3,
杀掉fcitx进程，
这时候启动fcitx，应该是fcitx3了吧？
可以在OO 里面输入，
但是重启X就不行了。

我试试
对不起，不行
你说能用原因可能是你没有DEL掉.fcitx这个目录，所以那时用的仍可能是FCITX2哟，如果你先KILL了FCITX，rpm -e fcitx
rm -rf .fcitx
然后再安装FCITX3你试试看能用不？

aaccdd

那样当然不行，
至少我这里是这样~

hades

最初由 aaccdd 发表
那样当然不行，
至少我这里是这样~

所以你那时可以用当然可能是FCITX2了:p :p :p

mascot

这是个老贴了,因为问题依旧存在, 我想重新顶一下.以前我在贴子中也提出过类似问题.
应该注意的是:
1.你们所说的杀死fcitx进程后造成的崩溃的,或者更准确地说是呆滞了的"终端" 是指kde中的konsole,而不是其它形式的终端, 这个要弄清楚. 以前我用Mandrake的时候就是这样.现在我不用mandrake, 也不用KDE了,但是在杀死fcitx 进程后发现也会造成emacs的呆滞.
2.我发现这不仅仅是fcitx的问题, 我曾用过韩语输入工具hanIM, 发现它也是这样的问题.

Yuking

如果用KDE的进程管理工具(按ctrl+esc)的那个杀死，大部分情况下不会导致konsole死掉，不过，如果您是使用qt-immodule的话，还是要崩溃的