fcitx-googlepinyin：695行，scim-googlepinyin：3892行
fcitx-sunpinyin：697行，scim-sunpinyin：1856行，ibus-sunpinyin：引擎 2944 行 + py配置 597行。
fcitx-googlepinyin：695行，scim-googlepinyin：3892行
fcitx-sunpinyin：697行，scim-sunpinyin：1856行，ibus-sunpinyin：引擎 2944 行 + py配置 597行。
看来fcitx对开发者很友好啊……按说应该有人移植ibus-pinyin？
原因是什么？有什么功能上的差别吗？不会像 glibc 的 abort() 和 plan9 的 abort() 的那种差别吧？
http://ekd123.is-programmer.com/posts/27311.html
@vx13 …我没细看sunpinyin那边，比如scim-googlepinyin的话，标点转换他重新实现了一次，fcitx这边是用的自带的模块（事实上就没进行额外处理）……其实真要说起功能的话fcitx这边附加模块合起来应该是比scim那边功能更强才对，比如输入www.，自动切到英文（这个也是全输入法通用的）。
这里做了更多的抽象……于是很多功能都独立出来了。另外就是ibus一定要单独写配置界面。fcitx写一个描述性文件就会有配置界面了。
我一直没找到在fcitx里输入全角浪线的方法。
@Aron Xu punc.mb 里面加一行就行……那我加一下。
反馈一个问题，目前编译的fcitx-hg在打开kickoff菜单的时候会崩溃，plasma-desktop会失去响应。貌似也有可能因为其它情况崩溃。终端反馈如下（貌似没什么用）：
-Fcitx接收到信号: 11
Obtained 9 stack frames.
fcitx(OnException+0x69) [0x8048bb9]
[0xf77c2400]
/usr/lib/fcitx/fcitx-xim.so(+0x2532) [0xf639c532]
/usr/lib/fcitx/fcitx-xim.so(+0xd719) [0xf63a7719]
/usr/lib/fcitx/fcitx-xim.so(+0x11119) [0xf63ab119]
/usr/lib/libX11.so.6(XFilterEvent+0xdb) [0xf711e77b]
/usr/lib/fcitx/fcitx-x11.so(+0x1000) [0xf77bb000]
/lib/libpthread.so.0(+0x5e10) [0xf7731e10]
/lib/libc.so.6(clone+0x5e) [0xf76ad97e]
@Boild 我这里还真没这个现象……是不是和你的配置有关系？
你把~/.config/fcitx/清空的话还会这样吗？
@csslayer 清空了之后还是会发生。仔细看并不与plasma-desktop等特定程序相关，也并不是100%发生。在切换窗口时最有可能发生，konsole和dolphin都因此失去过响应。
@Boild 更新fcitx-hg下试试？
@Boild 另外不知道你其他fcitx相关包有没有更新。
换回默认的CFLAGS后目前为止似乎没出什么问题。最后一次编译前后版本号630升至633，之前用-march=native -O2 -pipe -fomit-frame-pointer编译fcitx 4.0.1没出过问题。话说4.1算是重写了吧。
@Boild 结构上差不多是重写了。我这边一直是用
-march=native -O2 -pipe的。google了一下，貌似-fomit-frame-pointer不是特别安全。而且这种桌面程序编译选项其实带来的好处没那么大的。