希望fcitx编译时增加定制功能

mmx384

Linux下，fcitx是通常是中文输入的最好选择，也许也是唯一选择，如果没有fcitx，估计现在我还在用Windows。可以毫不夸张地说，Yuking对于我们中文用户的意义，其贡献不下于内核开发的那些大牛。所以我在此诚心诚意地对Yuking兄说句：thanks.

fcitx发展到现在的fcitx-3.4，已经功能很完善了，但有些小问题不尽人意，可能是每个人的看法不同吧。

1. 自fcitx-3.2之后，增加了软键盘的功能，我认为这纯属多此一举，除了键盘按键坏了用得着外，平时有多少人会用这个软键盘？
2. 支持的输入法太多了，集中精力把五笔和拼音做好来就足够了，不必支持什么二笔、区位之类的输入。如果要大而全，或者想尽善尽美，干脆做一个商业版得了。
3. 不知是出于Yuking坚持，还是其它什么原因，配置文件还是gb2312的编码，既没有改成utf8，也没有改成英文的。

在使用3.2版以后的fcitx感觉不如fcitx-3.1.1版本稳定，所以想给Yuking提个建议，能不能在configure脚本中加入类似 disable-二笔, disable-区位，disable-虚拟键盘之类的参数，让fcitx精简一点，稳定一点。

fishyu1984

有很多人不用拼音五笔的...
人家又会怎么想呢？呵呵
我用的fcitx 3.4.3似乎没出现过什么问题

Yuking

二笔、仓颉等其实只是挂上去的码表，与五笔本质上没什么不一样，如果不想用它，可以编辑tables.conf，不挂它们就行了。另外，挂上这些码表其实对程序并没有太多的影响，因为在同一时间，fcitx只会读入一个码表，因此不必担心资源的消耗问题

leemars

3. 不知是出于Yuking坚持，还是其它什么原因，配置文件还是gb2312的编码，既没有改成utf8，也没有改成英文的。

我也支持这个，呵呵。

btw fcitx在LumaQQ里面卡死的情况现在还是有的。而且fcitx经常出现调出输入法以后卡住几秒然后才能输入的情况。。

mmx384

Post by Yuking
二笔、仓颉等其实只是挂上去的码表，与五笔本质上没什么不一样，如果不想用它，可以编辑tables.conf，不挂它们就行了......

Yuking兄，看到你的回复真是太高兴了，本来我一直不想发这个帖子的，你编写、维护这个GPL的软件无私贡献了太多的时间和精力，我们用着你的劳动成果不说声谢谢，还挑肥捡瘦的，实在有点厚颜无耻^_^。不过憋了好几个月，还是忍不住，请不要见怪啊

Yuking

关于配置文件，因为现在的fcitx只支持简体中文，所以，用简体中文做设置也没啥不好的嘛，中国人用中文天经地义喽，如果是个老外想用fcitx，那他也应该能看（或至少应该学着看）中文  :p
而之所以用gb2312，原因也很简单，因为它是我们的国家标准，仅此而已，无其它原因（gb18030兼容gb2312）。

Yuking

Post by leemars
我也支持这个，呵呵。

btw fcitx在LumaQQ里面卡死的情况现在还是有的。而且fcitx经常出现调出输入法以后卡住几秒然后才能输入的情况。。

LumaQQ 2006吗？
fcitx是在首次输入时才读入码表，因此这个时候可能会有一个停顿，以后就好了。不知道您遇到的是不是这种情况

completist

国家似乎强推的是gb18030，而所谓的国家标准在*nix下则近乎扯淡
再者当*nix越来越多的程序往utf8上奔时，常用的less等无须转换直接显示utf8等的东东还是非常方便的，当然坚守gbk等locale时就则又当别论了

Yuking

国家标准就是国家标准喽，而不管它与其它的编码相比好或不好。一个国家当然应该有自己的标准，这个没什么好争论的，我个人以为……
至于程序的实现，用gb也好，utf8也好，或是其它什么编码也好，都无所谓，但简体中文文本文件的编码（只要是给中国人用的），当然应该采用我们自己的标准。似乎在windows上没有这种争论，大家都在老老实实地用GB，也没有人提出过什么异议。──纯属个人观点~~