关于fcitx的五笔码表不合理之处，用五笔的进来讨论一下

Yuking

不是想说fcitx好或不好，但fcitx是支持UTF8的，虽然fcitx在内部处理上是ANSI/GB*的，但这个并不妨碍您使用UTF8，因为glibc有iconv，可以保证GB和UTF8间的顺利转换。
如果说码表的处理，我倒以为GB更是方便些。首先，现在的码表大都是从windows上转换来了，而windows的码表大都是GB的，而如果您想自己统计制作一个码表，我想网上能够得到的素材大都也是GB的吧？
再说X下的输入接口，目前常用的有四种接口：XIM/GTK-IMMODULE/QT-IMMODULE/IIIMF。IIIMF的情况我不清楚，就不说了。GTK－IM是GTK级的支持，QT－IM是QT级的支持，XIM是X级的支持。至少我现在还看不到GTK和QT的接口统一的时候，因此您推崇的GCIN也不得不写不同的模块来支持这两种图形库。如果哪天另外一种名为FT的图形库出现时，GCIN就不得不再写个FT-IM来支持它。也许是我理解错了？GCIN搞了一个统一的接口，能够同时支持所有这些图形库，却不是XIM？……也许是我孤陋寡闻吧……
*************************************************************
我没有用过gcin，相信它是一个非常好的工具软件，因此上述言论并不是针对gcin的~

molucule

Post by easthero
五笔输入法有它的特殊之处，就在于五笔的学习成本相对于拼音来说是很高的，学会了五笔不论用谁做的五笔输入法都可以。贯性是很可怕的，作为五笔的发明人王永民自己做的王码９８，我想问有几个人去学的？学了８６版然后把８６版从脑子里抹掉再学９８版简直是不可想象的。９８版对于我来说就是一个完全不同的输入法

同理，码表调整了，需要我重新去适应是很难的。我虽然很支持fcitx，但用起来实在是不太方便，只好又换成scim了

如果换一个更好的码表，我会继续使用fcitx。感谢yuking的辛勤劳动

没有做不到，只有想不到。
偶就是学得86五笔，用了一年多的时候，突然发现98五笔输入更方便拆字更合理，便转到98五笔了。没啥困难，记着几个更改的地方，很顺利。

easthero

楼上的佩服佩服

新版的fcitx还没有试，试了我再来回报情况　

completist

Post by Yuking
不是想说fcitx好或不好，但fcitx是支持UTF8的，虽然fcitx在内部处理上是ANSI/GB*的，但这个并不妨碍您使用UTF8，因为glibc有iconv，可以保证GB和UTF8间的顺利转换。
如果说码表的处理，我倒以为GB更是方便些。首先，现在的码表大都是从windows上转换来了，而windows的码表大都是GB的，而如果您想自己统计制作一个码表，我想网上能够得到的素材大都也是GB的吧？
再说X下的输入接口，目前常用的有四种接口：XIM/GTK-IMMODULE/QT-IMMODULE/IIIMF。IIIMF的情况我不清楚，就不说了。GTK－IM是GTK级的支持，QT－IM是QT级的支持，XIM是X级的支持。至少我现在还看不到GTK和QT的接口统一的时候，因此您推崇的GCIN也不得不写不同的模块来支持这两种图形库。如果哪天另外一种名为FT的图形库出现时，GCIN就不得不再写个FT-IM来支持它。也许是我理解错了？GCIN搞了一个统一的接口，能够同时支持所有这些图形库，却不是XIM？……也许是我孤陋寡闻吧……
*************************************************************
我没有用过gcin，相信它是一个非常好的工具软件，因此上述言论并不是针对gcin的~

按老兄的说法，没有统一的的接口，就不往上靠了，坚守xim最保险，但其被淘汰估计也是早晚的事，否则，也就不会有这些immodule的出现了
而个人的看法是，fcitx要长期发展，除了跳出xim之外，utf8应该也在考虑之列，当然，老兄的东东，自己高兴咋样处理，别人是管不着的
关于gcin的东西，网上可搜罗到的除了其同好会之外，也就下面的
http://www.csie.nctu.edu.tw/~cp76/gcin/gcin.odp
http://tetralet.luna.com.tw/inde ... Id=120&blogId=1
至于其搞出来的是不是xim，可能要研究下其源码了，本人不是很清楚
而关于xim的弊端啥的，也就下面些了
http://media.ccidnet.com/art/3019/20061024/931001_1.html
http://jserv.sayya.org/libxcin/im-devel.pdf

转码的问题，当然离不开原有的m$下许多码表，虽然我这次转的东东来源不是这种方式，它们绝大多数都是gb18030的，正是转换过程中往往会有些问题，个人更偏好utf8的东东

lastart

这些我不懂, 但还是凑一下热闹.
如果现在X下的输入没有统一的接口,GTK-IMMODULE和QT-IMMODULE又互不兼容,但它们都兼容XIM的情况下. 为什么不用XIM?

开发一个新的输入接口来同时兼容gtk和qt, 如果这个接口不被gtk,qt官方接受的话, 那就只能很痛苦的跟在它们的后面跑, 显得极被动. 可能会导致大量的力气都花在兼容它们上面. 但是开发一个让gtk和qt都接受的接口恐怕不是一两个人能搞定的.

Yuking

Post by completist
按老兄的说法，没有统一的的接口，就不往上靠了，坚守xim最保险，但其被淘汰估计也是早晚的事。。。

呵呵，看了您给的几个链接，更让我现在不想更改fcitx的运行方式了。原因如下：
1、按苏哲的说法，他现在已经不准备再升级scim了，而是准备开发一套全新的框架来取代scim。──所以，还是等到他开发新的框架再说吧
2、关于utf8的问题。这个我以为需要先搞清楚为什么要用utf8。如果全世界的人都只说英文，也许只需要ansi就行了。同样，如果全世界的人都说中文，也许只要一个gb18030也足够，utf8根本没有任何必要，它就是为了方便地支持多语言(也许gb18030也不需要，只需要制订一个名为gb18的编码集就行了 ）──说了这儿，事情也就很清楚了，fcitx只是一个简体中文输入法（我没有任何开发一个“输入平台”的想法），它只是为需要输入简体中文的人设计的，至少目前我还看不出转换到utf8的必要性──本来，现在的fcitx已经可以很好地支持utf8的locale了

某个“无聊”组织有这个一个研究成果，windows98（？）中，如果微软把自己公司的名字写成MS，而不是Microsoft，那么可以为用户节省出宝贵的10多兆的硬盘空间────同理，如果用gb/ansi就可以搞定的东西非要用utf8，算不算是对宝贵资源的浪费？──────────一个玩笑而已  

alpha.gu

Windows下的极点的码表不错，有谁可以转一个来用。