http://www.linuxsir.org/bbs/thread370605.html
（注：hurricanek就是我啦）
被吐槽了！
说起来呢，当时搞这个分支，实在是因为64位系统的bug调不了，脑袋一热就建立分支了（编码转换时有bug）。不过后来就渐渐演变成这个分支变成未来的方向了呢？当然不是我独断专行，后来和yuking都讨论过这个问题。以下代表个人意见
那么，fcitx将变成什么样子呢？小而轻便，为所有桌面服务，这是会不变的。其他的呢？
更好的拼音支持，这是一定要做的。解决gtk程序的问题，这也是要做的。为了轻便难道要说：哥们，fcitx就是在firefox下面输入有问题，你有意见吗？这不可能。国际化，可以不做，可是面对着中文就有那么多locale，起码要对gb2312的用户和utf8的用户同时负责吧，况且也不难（甚至已经做出来了……）。
为了轻便，fcitx已经舍弃了很多。在字体问题上，我本来犹豫着是否要用pango来做字体处理（因为这样才能够保证当前字体不存在某个字符的情况有其他字体接替），cairo做不到这个。但是我看到pango依赖glib时我毅然抛弃了pango。fcitx为什么有字体问题？因为实在是国际化的字体支持是在更高层次做的啊。
xlib->cairo->pango，为了字体而重复发明轮子吗？怎么可能。（如果有人知道用cairo或者其他什么其他底层库可以实现一段文字不同字体（自动顶替字体中没有的字符），请赐教）所以我才用了很dirty的fontconfig workaround，有些人说字体奇怪，但是起码不是方块了吧。看到方块，有些人可能就会抛弃了。但是如果起码是中文，别人也许还能有些留下的余地。
fcitx真的并没有变得臃肿，将来核心也不会变，但是会给人更多选择。我觉得，开源的魅力就在于给你更多选择。
（其实我还想着做fcitx python绑定，方便开发插件呢……如同google pinyin的lua绑定一样……输入法做程序启动器什么的，嗯，将来也许fcitx就能表示毫无压力了。）
