强烈建议10.2的中文版默认用fcitx输入法，支持的请跟帖。

cnhzcy14

听楼上的一讲，觉得还正是，从终端启动，程序，都会看到Load SCIM，确实影响了速度。fcitx应为是x下的，没有任何gui库的因素，所以当然快。但是为什么都是gtk的问题呢？我觉得gtk还是不错的。

cnhzcy14

听楼上的一讲，觉得还正是，从终端启动，程序，都会看到Load SCIM，确实影响了速度。fcitx应为是x下的，没有任何gui库的因素，所以当然快。但是为什么都是gtk的问题呢？我觉得gtk还是不错的。而且gtk是第一个被广泛应用的gui库，所以现在仍有很多新的软件的gui还是用gtk。

maramail

我也支持fcitx,但听说scim有新技术,又不敢换了,呵呵.我个人比较追新.

所以现在痛苦中......用XP中

Motivation

Post by ShiyuTang
我觉得 GTK 和 GNOME 可以说是开源软件的面子工程，一点实用性都没有，还造成一大堆问题。Slackware 已经和 GNOME 说 byebye 了，虽然 GTK 还没有被移除。SCIM 用 GTK 作界面可以说是一个愚蠢的选择。不如 SKIM 和 fcitx。不仅如此，加载任何一个 GTK 程序都要 Load SCIM，太麻烦了，且耽误时间，拖慢程序启动和系统运行速度。纵使 SCIM 在技术上有怎样的优势，其造成的问题都是无法忽略的。比如，同样是二进制版本，为什么 fcitx 没有使官方版本的 RealPlayer、Firefox 死掉，而 SCIM 就可以？所以说，SCIM 设计上的缺陷使得它无法真正成为“可用的”软件，它的作者应该反思一下写软件的原则：Keep it simple stupid。fcitx 是简洁的，很少依赖其它包，就不会产生大堆问题；SCIM 试图追新求异，依赖于一些很糟糕的东西，比如 gtk，这导致了它总是“扶不起的阿斗”。

赞!!!
mdk可以在中文用户安装的时候自动判断：
如果安装KDE的话，就安装SKIM
如果安装gnome之流，就安装SCIM
如果是其他WM，就安装fcitx

bbbush

Qt 对国际化支持得太差，字体调整太麻烦了！还会莫名其妙地缺字

Qt/KDE 是 c++ 程序，依赖关系太庞大了！每次升级系统时，都只能跳过它们，因为一次要升级的东西太多，一旦只升级一部分就会出问题。scim 的错误不在于使用 gtk，而在于使用 c++，虽然 scim 把 c++ 用得都要炉火纯青了，设计和构思越来越精巧，但是 c++ 固有的问题解决不了的话，问题总是会出现。还有，gtk 的速度不是那么慢！不要以为启动时多初始化一个输入法相关的结构，就会导致速度变慢，因为这个过程不会读硬盘，也不会分配很多内存。

ShiyuTang 兄弟真的是用这种心态去给 mandrake 做测试的吗？

Motivation

Post by fundawang
Mandrakelinux 不会因为安装scim而增加gtk的依赖关系。因为Mandrakelinux所有的自有程序都是gtk 2.x的，而这些程序是强制安装的。也就是说，除非你完全不安装X，否则gtk 2.x的依赖库是必定要安装的。切换到skim可能会额外对系统造成kde库的依赖，并不是个好的选择，因为Mandrakelinux不是SUSE。

我倒希望mdk把mcc也做个kde程序。省得安装什么gtk，gnome部件一大堆。
有时觉得mdk有点偏向gnome似的。
不会是rh的阴影吧？

Motivation

Post by bbbush
Qt 对国际化支持得太差，字体调整太麻烦了！还会莫名其妙地缺字

Qt/KDE 是 c++ 程序，依赖关系太庞大了！每次升级系统时，都只能跳过它们，因为一次要升级的东西太多，一旦只升级一部分就会出问题。scim 的错误不在于使用 gtk，而在于使用 c++，虽然 scim 把 c++ 用得都要炉火纯青了，设计和构思越来越精巧，但是 c++ 固有的问题解决不了的话，问题总是会出现。还有，gtk 的速度不是那么慢！不要以为启动时多初始化一个输入法相关的结构，就会导致速度变慢，因为这个过程不会读硬盘，也不会分配很多内存。

RH/FC的KDE只不过是匆匆胡乱打包而已，当然好不了。简直是给KDE制造副面效应。
依赖关系是发型版的问题。

xemean

Post by ShiyuTang
我觉得 GTK 和 GNOME 可以说是开源软件的面子工程，一点实用性都没有，还造成一大堆问题。Slackware 已经和 GNOME 说 byebye 了，虽然 GTK 还没有被移除。SCIM 用 GTK 作界面可以说是一个愚蠢的选择。不如 SKIM 和 fcitx。不仅如此，加载任何一个 GTK 程序都要 Load SCIM，太麻烦了，且耽误时间，拖慢程序启动和系统运行速度。纵使 SCIM 在技术上有怎样的优势，其造成的问题都是无法忽略的。比如，同样是二进制版本，为什么 fcitx 没有使官方版本的 RealPlayer、Firefox 死掉，而 SCIM 就可以？所以说，SCIM 设计上的缺陷使得它无法真正成为“可用的”软件，它的作者应该反思一下写软件的原则：Keep it simple stupid。fcitx 是简洁的，很少依赖其它包，就不会产生大堆问题；SCIM 试图追新求异，依赖于一些很糟糕的东西，比如 gtk，这导致了它总是“扶不起的阿斗”。

说得好！
SCIM技术都好，但如果安装完成后大部分的用户都是选择fcitx的话，为什么不能让喜欢SCIM的用户自己安装SCIM呢？用户喜欢的不是技术最好的，是合自己用的才最重要，就象微软的OFFICE，有多少人用它的全部功能呢？
所以我认为，关键不是看那个输入法技术好，而要看大部分的用户的选择才是重要的。

xemean

Post by maramail
我也支持fcitx,但听说scim有新技术,又不敢换了,呵呵.我个人比较追新.

所以现在痛苦中......用XP中

晕，，，，，，，，，，，，，输入法是用来打字，解决问题才重要，你管它用了多少新技术？



就象GNOME的“空间”模式，对初学者造成多少的困扰啊。

fundawang

如果觉得scim依赖gtk不好的话，为什么没有人来写一个x 的前端？如果fcitx的x前端合并到scim中的话，根本就不是现在这个样子。