这次恐怕能说的上是可以告一段落的情况了：），dbus当中恢复了几个没有注意的问题。

我现在可能将目标主要转向关注内存泄漏上面…

已经将fcitx打包安装在自己的电脑上，目前就是测试了，修补了几个以前没有注意的地方，仿佛性能也流畅了起来，大概转换编码还是有些辛苦的吧……？

内存占用上其实我是支持in-memory hold，性能确实不错

utf8带来的新特性：大字符集输入，以后可能可以加入［超］生僻字了

fcitx现在支持的字符输入应该也不少了，刚才特意测试了一下zh_TW.BIG5的locale，也很顺利，只不过要先把繁体打开，估计zh_TW.UTF-8输入简体也没有问题。

修改的很起劲……哈哈

目前结果还算不错哦，基本utf8化了

测试还是需要的，不过目前还没有发现什么问题

而且估计内存好了不少，因为不用管理那么多字符转换策略喽！

好处是，大字符集的支持变好了，另外惊喜的发现fcitx-remote都能很好的工作了！

貌似性能也有不小的提升，真是可喜可贺……

需要测试一下内存是否有泄漏问题？

根据系统监视器来看，没有：）

可喜可贺可喜可贺

下一步可能引入gettext搞些翻译了？：）

昨日与yuking在gtalk聊了聊fcitx 4的想法

今天白天研究了一下国际化的方法，还是十分困惑。

fcitx的配置文件是中文的，这里就有一些问题，中文的要怎么编码呢……主要是考虑到这个问题，所以迟迟无法下手，我的想法是不用中文好了……

不用中文带来的问题就是配置略微困难，那么有一个好用的配置工具就是迫在眉睫的了，这个其实好办，gtk，qt各写一个，万事大吉。

贴一个地址：ini文件读写，和fcitx的配置文件格式实际上是一样的吧，把这个库引入估计会方便不少

http://www.cppblog.com/dyj057/archive/2007/12/07/37958.html

现在一个疑问就是如何存储那些常量字符串，我个人认为还是引入gettext的好，联合locale一起上，万事大吉。

不知道那些正规开发者是怎么做的，不过恐怕一个基本的共识是字符串是英文的吧。

大概的整体想法就是词库UTF8或者Unicode化，字符串英文化，引入gettext，翻译另算