输入法版掐起来了。。。

meteo

这上面哪地方说它需要依赖gtk2了？你是不是看花了眼睛把２那么大的方框都看没了？
你所说的所谓“技术”问题，基本上都是推测，似乎iiimf是干什么的，似乎应该是怎么怎么样的，可是现在呢，有哪一个中文输入方法是在iiimf上面实现的？你认为这个方案对中文输入有好处吗？可以这么说吧scim和fcitx的立足点不一样，可以说scim是输入服务模块，而fcitx是输入方法，两者并不矛盾。

meteo

我只能对800的理解力表示遗憾，scim实际上有一个目的是可以不需要xserver，实现用socket进行汉字输入

meteo

你的话从来就是假设自己是对的，       
liuspider的意思是你至少要try to了解一下scim的api再说话，别总是把推测当事实

meteo

明明是你自己不认真了解scim，还要说它有问题，到底是谁没有诚意讨论问题？

meteo

首先，你认为这里不是技术论坛是你的事情，我不这么认为，但这点可以保留，
其次，不要对他人的行为作推测，实际上根本不是你写了我没看，我后来说的哪一个不是针对你的贴说的？

最初由 800 发表
回到事情和贴子上来。
在这件事发生以前，苏哲就曾对yuking摇过橄榄枝，当时yuking也曾作过正面回应。但我印象中yuking并没有表达过要将fcitx“移植”到scim上的准确意向或承诺，也许是苏哲有所误解了。接下来yuking发表fictx3-test1，苏哲和他的合作伙伴在该贴中发表了类似“无语”、“重复发明轮子”之类的言论。我想这种话由scim的用户者来说还没什么，但由开发者在公开场合说这样的话，或许就有些不太妥当了吧。
再来就是发投票的事情，这也是苏哲拥护者们唯一认为苏哲“或有不对”的地方。投票的标题是“并入”，即使windrose改过来了，可投票内部仍然写得很清楚。这并不是苏哲的口误，他在回贴里也说得非常明白了。不管他出于何种考虑，这种事本来就不该拿到大庭广众下来让第三者作什么决定，更不该当众说这样的话。说苏哲处理不当，应该也不为过吧。
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
我比较讨厌的是你这个人政治兴趣特别浓厚，喜欢划分阶级成分，以前就领教过，那一次本来也比较生气，后来我想不要影响了版面的讨论方向，这一次你还是在这里，好像说一件事情，先要把对方说得非常龌龊，你的观点就可以被大家接受。你没有权利用恶心之类的词汇去形容别人。

之后在一系列的争辩中，苏哲还是多次使用了“重复发明轮子”之类的言辞，还有什么“大家的感情真丰富”、“寒心”一类的。除了大谈“大一统”的虚无缥缈的好处和iiimf的坏处，具体又说了些什么呢？呵呵，难不成fcitx“移植”到scim真是有百利而无一害么。
这个我后面提到了，苏哲可以说的优点基本上都说到了。再说就有做广告之嫌。
苏哲的言行真要讲有直接受害者的话，自然是yuking本人。yuking的确是没说什么，我也不可能跑去让yuking出来说苏哲两句。但既然苏哲的事情是公开做出来的，如有不妥自然也该公开表态。“我自屹然不动”，那恐怕就真得有被人针对的心理准备了。
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
OK，现在我明确表示一下我对投票的态度，事实是，我没有参加投票，我自己的角度上来说，我希望的是scim的开发能够更加完善，然后各方面协同把fcitx移植到scim，形成统一的输入方法模块。这是我自己的看法，你要是说错了，我也不反驳了，因为我自己就是这么认定的。没有参加投票是因为我觉得现在投票不合适。实际上这件事情的确苏哲处理的不好。

说这种话真的非常无聊，我想就算我说得条理再清晰，措词再谨慎，接受不了一样接受不了，不以为然的一样不以为然。话也就这么一些，斗胆高姿态一下：若有我的对立面能静心好好看看，想想我什么地方说对了，而不是什么地方说错了，我就阿弥陀佛了。

接下来再谈技术。
上面的回贴里我已经把我的理解都拿出来了，虽然我也担心自己有信口雌黄的地方。心里话是，我也希望有人能比较技术地来回我的贴子，虽然我要真错了，还是挺丢脸的。可除了meteo说了几句我并不太明白的之外，并没有谁这样做。而且我再插一句，对于fcitx合并入scim不可替代的优势，本就应该是苏哲在发投票以前撰文说明的。要别人支持你，总是要以理服人，不是么。
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
我不知道你说的技术性是指什么程度算技术性，可以说苏哲说了很多遍，对scim的架构，到发展规划，给大家介绍得很多了，剩下的要说技术性，恐怕最好还是自己认真研究一下scim的开发接口，看看有什么可以做的工作

有关我并不认为现在将fcitx合并到scim有什么必然性的问题，我觉得我已经说得很充分，暂时没什么可补充的了。但我也承认，在写上面的回贴时，我是比较“技术性”地处理过的。追究起来连续的第二张贴子里多少有点避重就轻的味道，那我就再把自己的看法说明白一点好了。
我引了两次苏哲的话，其实我也觉得苏哲的那些话里有些不太对的地方。在我的理解里，iiimf和scim应该是很类似的东西。有scim源码的朋友去目录树里找找一个叫distributed-scim.png的文件，0.9.3的路径是
^^^^^^^^^^^^^^^^^^^^^^^^^^^
我前面好几篇回文都是关于你所引的苏哲的话的，我强调得嘴皮都快起茧子了，苏哲说的高层一些是什么意思，你自己可以回去看看，我想不通你到底有什么地方不明白
scim-0.9.3/docs/manual/zh_CN/figures/distributed-scim.png
这张图里画得很清楚，输入法模块只需要跟scim打交道，再由scim通过xim或gtk2-immodule之类的协议或接口，实现中文输入。除了措词上有可能引起争论外，就算说scim是中间层也没什么不对的地方。
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
我从来没有说你说scim是中间层有什么不对的，我一直在反驳的是你所谓的scim是对iiimf的包装，你到底对scim有多大程度上的了解。苏哲的打算是最后要把scim做成一个输入服务器，不仅仅在X下，开了服务以后，利用socket通信，可以实现在控制台下的输入，你想，到时候你可以在控制台下使用fcitx，这是好事情还是坏事情？

iiimf号称平台无关，想要做到这一步，必然也是个抽象出来的“中间层”。说市井些，就是输入法模块将就iiimf，iiimf去将就各种协议和接口。IIIM Client Framework列表里有一个IIIMXCF - IIIM X Window System Client Framework，要我猜其实就是xim一类的东西，也就是苏哲“写一个输入法服务器模块”指的东西。
如果说scim和iiimf的不同之处，我感觉iiimf的体积结构应该比scim更大更复杂。另外我虽然不太清楚，不过iiimf应该是不像scim，有scim-gtk-panel和skim之类统一的gui（当然要写一个出来应该也是可以的）。
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
你一直在说我没看你的文章，可是你没看我前面说吗？你整个都是自己假设和想象出来的，到底scim是你开发的还是苏哲开发的？到底你对iiimf有多大的了解，左一个似乎，右一个应该，再有就是我猜。我猜得好像世界上最好的中文输入法应该是尼加拉瓜的某某青年输入的，看他的文档好像可以实现自动翻译的功能哦

说iiimf不适合中国使用，我想应该是真的。不过就算那样，也是中国人参与不足所导致的。别人实现的东西，没什么必然理由非要满足你的要求吧。不过我不打算深谈这个，我们说说有关“标准”之类的事情。
“中国人的国际标准”，听起来似乎太过美好，可能有的人听到这个词就开始热血沸腾了。不过单就“标准”这个词（呵呵，meteo？）就太过模糊，有必要仔细说上一说。
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
你如果真的有诚意进行所谓的“技术”层面的讨论，我是很认真的说，你真的应该坚持一个原则是对事不对人，如果别人在技术观点上和你有冲突，冷嘲热讽的态度是解决不了问题的。另外，切记就是不要随便乱给别人封号，这些都是很让人反感的，显得很没有教养。

iiimf似乎是很有可能成为标准的，那现在的scim是否有能力跟iiimf抗衡呢？我的判断很简单，就是没有。
iiimf的主页上写着，iiimf是为了“取代”xim而出现的，“取代”这个词也太模糊，其实我们需要关心的只是xim。iiimxcf跟xim会是种什么样的关系，我没找到相关的资料说明。但假如取代意味着简单的替换的话，也即是说，当iiimf成为国际标准时，xim会被拿出x，放iiimxcf进去。
那对于scim来说将是一场灾难，因为目前的scim是需要xim来实现大部分输入功能的。没有了xim，就意味着scim除了能在gtk2程序里输入外，其他任何程序都用不了。这样的话，也就是苏哲说“想写一个输入法服务器模块”的终极原因了。
^^^^^^^^^^^^^^^^^^^^^^^^^^
scim并不是必然依赖于xim的，如果你感兴趣，你作一个实验，在console下，你执行scim -d，看看是什么结果，scim的目标是实现最大的输入灵活性，包括控制台输入和远程输入汉字（比如如果是在美国，没有装中文输入法的机器上，连到装有scim的机器上，就可以用中文上BBS，你所有的所有，都是建立在你自己的“推测”上，就是说，你根本就没有认真了解过scim，对它的组成和结构，功能目标都没有任何感性的认识，就在凭你自己的推测来反驳，你说我的回帖你看不懂，我后面不是说了，你不要先自己误解了scim，然后针对自己的误解来进行反驳。

这里又有一点需要说明，即使iiimf成为了国际标准，iiimf也不会整个被放入x。理由非常简单，x没道理包含gtk2、java2、qt之类的程序在里面，所以要放的话也顶多是放iiimxcf。同样的道理，就算scim成为了国际标准，我们也不可能在装好x之后，简单设置就可以ctrl+space了，gtk2-immodule和scim-gtk-panel是gtk2的，skim是kde的，明白？
其实要说xim“消失”，iiimxcf被放入x，我都觉得古古怪怪的。按我的思路来考虑，x必然要提供一组api来实现输入法的功能，而iiimxcf只是针对iiimf的一个模块而已。比较合理的解释应该是，iiimxcf是对那一组api进行了包装，而iiimxcf本身可能都不会被放进x。看来我对“那一组api”和xim的关系还是有模糊的地方，不过这应该也不影响上面的那些判断。
基于以上的分析，iiimf也好，scim也好，就算成为“国际标准”，也不会是“x标准”内的一部分。装上x，不会立刻就有scim可用，我想这已经和很多人的想法有所出入了。而即便scim有了“输入法服务器模块”，今后能做到最好的地步也仅仅是作为发行版内置的一个包，即不是“国际标准”，也谈不上“打败iiimf”。
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
你对实现X下的输入，输入的接口本身和X的具体实现是可以没有关系的，你只是因为输入方法显示了那么一个小窗口就想当然的认为它必须要用gtk2实现，还是你的“推测”

再反观fcitx，scim和iiimf与fcitx的诉求根本不同。fcitx并不打算在ms windows、嵌入式系统里使用，fcitx关注的只是桌面x。fcitx只想符合桌面x的要求，并且gtk2、qt、java等等是基于xlib的，fcitx就能用。
^^^^^^^^^^^^^^^^^^^^^^^^^^
我刚才说了，如果有一天你发现你在国外，连到国内的机器上，执行scim -d，然后就可以用fcitx输入方法了，你会有惊喜之感的。

说这么多也蛮累的，我并不想争是非或说什么人会不会做人。如果有人回贴的话，恳请尽量就贴中问题展开讨论，拜托了。

回这么多，就是想你听一下建议，再反对之前，详细的了解一下scim的特点再说话，不然真是让我觉得很ft

meteo

xixi发现了笔误，好像通过灌水是不能“强调的嘴皮要起茧子了”除非……我是在用嘴巴啃键盘

meteo

我说过，我是不喜欢你这个人讨论什么问题先要把对方描写的十分不堪，并不只限于你说苏哲这一件事情上，一般来说，你喜欢先给对方归个类，然后再说你的观点，对于这样的人，我只能说你没有教养。这事情并不是专指这一件事情，很多时候本来是很认真的和你讨论一些和技术方面的问题。你总是要先在其他的方面讽刺挖苦一下。你对我这样我还觉得可以接受，当时本来想发火的，后来考虑会影响版面的讨论方向，我就没有说什么。不过你这样说苏哲，我实在是不能接受。你说我又不是苏哲肚子里的蛔虫，对，我承认我不是，你就是了？我承认我认识苏哲，只是不想让人误会我是偷偷摸摸想给苏哲做什么宣传。
你所谓的实打实的内容，还是我前面说的，基本上都是属于你自己的臆测，为什么你要把你的推论建立在你的臆测上？你根本就没有了解scim的任何诚意，一方面是自己的臆测，一方面要说苏哲怎么怎么的。到底是谁没有诚意讨论问题。
“scim现在只是个包装了各种输入法协议的中间层而已，跟imdkit类似。如果
xim被拿掉，只放iiimf进xfree和xorg的话，以现在的scim而言，顶多是包装一
                                       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
                                       我承认我对你这句话有误解，不过
下iiimf而已，iiimf有的问题scim不可能解决得了。”
^^^^^^^^^^^^
就算我没有误解，我也只能说，你这话是建立在对scim的误解基础上的。至于
后面就完全是胡说八道了。

我后来也说了，我觉得fcitx进入scim的最大障碍，在于两者目前在功能上有些重复的部分，就导致一些人认为fcitx进入scim会丢掉了原来的一些优点。当时说这句话的时候，我是觉得整个贴的方向不太对劲，所以希望你能够把讨论的注意力不要集中在苏哲怎样上面。实际上，你仔细读读我的贴，我没有任何贴是对苏哲的好坏做任何评价，因为我不想在这里讨论这个问题。你好像特别特别热衷于否定苏哲个人来达到否定scim的目的，根本就没有诚意讨论fcitx为什么不能和scim合并（你所说的有诚意的讨论，没有一个是真正了解了scim而指出的）。我实在实在是不理解，为什么你就这么热衷于对人的道德做你自己的分类和评价。苏哲他这个人到底怎么样和scim的问题真的就有那么强的关系吗？我的感觉是你认为苏哲有问题，然后所以scim有问题，然后再找scim的问题来证明苏哲本人是有问题。我就只能认为你热衷于给人划分成分“非我族类，其心必异”。你所写的那些scim的问题有哪一个是站的住脚的，没有一个是站在对scim的了解上的。基本上都是你自己误解了，然后再在这个误解的基础上进行反对。后来有人指出你最好反对之前先试试再说话，也是说你最好先了解一下scim在开发方面的特点再说话。这有点象是认为苹果不好吃，因为它长得那么象梨，梨不好吃，所以苹果也一定不好吃。你很多贴都很长，可是每贴是必然有一大半在努力佐证苏哲怎么怎么。我后面说了，你不认为这里是技术论坛是你的事情，我是觉得这些讨论和技术没有一点关系，根本就不应该出现在这里。你如果一定要坚持，我只能说把你那套“愤青”“恶心”之类的词汇留给你自己吧。到现在为止，你一直在不停地给别人扣帽子，我印象中你好像很反感给某人或者某个组织扣帽子的，为什么突然这条规则到你身上就不灵了？？我所说的“划分阶级成分”就是指你的这种习惯，不是单单指苏哲这一件事情。我说我认识苏哲，没有其他的目的，不希望别人猜苏哲找我来偷偷给他宣传。实际上就算我不认识苏哲，我还是很反感你这些言论，还是那句，你真以为你是道德裁判所啊？

最初由 800 发表
1、我说输入法版那边有人让我觉得恶心，这是大实话。我说你去看了就知道，也许你并没有看。我还特意加了一句，希望不要对号入座，你还是把不相干的人扯进来了。要说权利不权利的，我坚信自己有这点言论自由。你若觉得我没有，那也是你的看法。落实到论坛上，斑竹若觉得不妥可以删贴。如果斑竹没注意到，你可以“向斑竹报告此贴”，我也不会记恨你什么。
2、我并不觉得自己把苏哲描述得很“龌龊”，什么阶级成分就更谈不上。个人觉得自己对于事件的描述是比较中肯的，你实在觉得扎眼我也没办法。我说这件事如何如何，是因为这是事件的起因，我或许应该把自己的看法全部拿出来。苏哲并不需要我的首肯而如何，我也并不需要非得让你看了舒服而故意去说什么。如果那些话无法获得什么共识，放过也就好了。
3、我强调说自己不同意合并的最根本理由，那是我对整件事情的态度。而我说的其他的话，虽不至于是旁话，拿出来也是希望讨论的。我也自认不是多高的手，所以说话显得有点底气不足。但我长篇大论地贴，至少我认为自己讨论的诚意是足够了的。
4、我什么时候说scim是iiimf的包装了？你引的那一段里写得很明白，我说现在的scim支持xim和gtk2-immodule，没错吧？我的几张贴子贴得有先后，内容虽然递进，但也略有不同。前面我所谓”避重就轻“的贴子里或许还有点想要争胜的味道，后面却是实打实的想法和看法。即便是前面的贴子，我又是哪句话说scim是iiimf的包装了？
5、scim并不是必然需要xim，也不是必然需要gtk2或kde。可是现在的scim没了xim就不能在x下输入中文，是不是事实？（别谈什么gtk2-immodule，我希望你不是个强词夺理的人）没有了gtk2和kde，拼音没法用，就算二笔和五笔也是睁眼瞎，是不是事实？这不是架构如何的问题，是实现到什么程度的问题。我说现在的scim没实力跟iiimf竞争，又是哪里错了？
6、我不需要谁许我一个美好的未来。就当我强词夺理好了，既然我都有权限用x，编译一个本地的fcitx应该不成什么问题。

hutigers

我scim，fcitx都用过阿。
现在在用fcitx的说。

不过，我支持两者的合并/移植。

不支持合并和移植的观点，我总结如下：
1. scim不容易安装(或scim在我这里安装不了)
2. scim内存占用大
3. scim依赖于gtk
4. scim吹嘘自己的c++
5. scim还不完善

其中，1/2不是问题，3是误解，4是偏见，5倒是值得考虑，不过scim的1.0就快出来了(听说法是6月就有测试版本出现)

那么，我们还有什么理由不支持它们合并/移植呢？

如果scim能够成为标准，那么我们安装任何的linux，都不需要考虑输入法的问题了(因为已经是系统内置的)，这样不好吗？:rolleyes:

hutigers

最初由 meteo 发表
另外，你有一个理解上的错误，对输入模块的标准化，最后恰好就是要达到，安装了X以后按Ctrl Space就可以输入汉字的地步，你可以考虑一下英文版本的ＷindowsＸＰ，他们就是只需要安装输入法的码表就马上可以输入中文了。

英文的windows只要在区域里面选择东亚就可以输入中文的。多加了字体和输入法。

hutigers

800。
我告诉你一个好方法。

你可以把自己的第一个帖子删了。

这样……整个帖子就都没了。:p :p