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

不是SCIM好用不好用的问题，最近终于受不了firefox每天异常结束几十次的，忍不住装上fcitx，才发觉以前的很多问题都没有了，firefox也还未见到异常结束了。
kaffeine播放器也能用了。
既然碟里都有这个包为什么不干脆集成这个？

作者: xemean 发布时间: 2005-03-11

GNOME2.10 能不能在正式版出来时用上呢？虽然追新可能造成不稳定，但离正式版发布还有这么长的时间，到时会有么？还是期待。

引用:

作者: linux

GNOME2.10 包括了许多有趣的特色，例如视频播放器，绝妙的 CD播放程序和数百个补丁……

庆祝 GNOME 2.10 的发布！

今天，最受欢迎的，自由的多平台桌面环境 GNOME 举行了最新版本 CNOME 2.10 的发布会。 GNOME2.10 包括了许多有趣的特色，例如视频播放器，绝妙的 CD播放程序和数百个补丁。

作者: xemean 发布时间: 2005-03-11

颇有同感

作者: tygk 发布时间: 2005-03-11

楼主，自己装个fcitx设置一下会累死你吗？

作者: cocojumbal 发布时间: 2005-03-11

引用:

作者: cocojumbal

楼主，自己装个fcitx设置一下会累死你吗？

集成一个不是更好

作者: 老虎张大口发布时间: 2005-03-11

引用:

作者: cocojumbal

楼主，自己装个fcitx设置一下会累死你吗？

不会，但若默认不是用它的，很多初学者们怕出问题或懒不想自己装就不好了，我以前就是这样用了这么久，还错怪了MDK。
况且默认用它不是更好的选择吗？我觉得它比SCIM好用多了，不知大家的选择了？
假若认为SCIM好用的人多无话可说，但若用fcitx的用户多很多，为什么不随大流呢？
我心目中的MDK就是一个为用户着想的发行版呢。

作者: xemean 发布时间: 2005-03-11

引用:

作者: 老虎张大口

集成一个不是更好

就是啊，有更好的选择为什么不选择呢？就是想了解一下用那种输入法的人多。用了它后就再也不想用SCIM了。

作者: xemean 发布时间: 2005-03-11

支持。
难道启动一个简单的窗口管理器。也需要使用scim来加载gtk库？

作者: younker 发布时间: 2005-03-11

支持skim！

作者: tx-cary 发布时间: 2005-03-11

scim 一切 OK，没有再因为 scim 而崩溃的程序了：）
ps：不要住系统随便装东西，尤其不是与系统环境相同的情况下编译出来的程序：）

作者: sunmoon1997 发布时间: 2005-03-11

请楼主用过10.2beta3再说话。

作为结帖，fcitx成为默认输入法绝无可能，但你可以在安装过程中以及安装完成后将默认输入法更改为fcitx。

作者: fundawang 发布时间: 2005-03-11

可不可以问一下fundawang为什么fcitx不能默认啊,我觉得要是能象windows一样输入法可以切换就好了,省的吵架

作者: herolf 发布时间: 2005-03-11

安装时可以在“概览”这一步选择默认输入法，安装后可以通过localedrake程序切换。这比其它发行版只能使用默认的输入平台要强多了。

scim比fcitx在技术上领先太多，Mandrakelinux不可能永远守着一个基于xim 的输入法，而且fcitx目前的roadmap不清，以后是否支持Xorg自身的输入法规范也未可知。如果有人因为Mandrakelinux默认选用了scim 而认为这是对用户意见不够重视的话，可以选择你们认为重视用户的其它发行版，这是你们的权利。

作者: fundawang 发布时间: 2005-03-12

引用:

作者: fundawang

安装时可以在“概览”这一步选择默认输入法，安装后可以通过localedrake程序切换。这比其它发行版只能使用默认的输入平台要强多了。

scim比fcitx在技术上领先太多，Mandrakelinux不可能永远守着一个基于xim 的输入法，而且fcitx目前的roadmap不清，以后是否支持Xorg自身的输入法规范也未可知。如果有人因为Mandrakelinux默认选用了scim 而认为这是对用户意见不够重视的话，可以选择你们认为重视用户的其它发行版，这是你们的权利。

呵呵,scim的技术还是很先进的

作者: yugilq 发布时间: 2005-03-12

GNOME 2.10和KDE 3.4都不会出现在Mandrakelinux 10.2中。10.2 是一个稳定的版本，而不是一个求新的版本。举个很简单的例子，为什么在Mandrakelinux 10.2beta1和beta2中，GNOME根本就没法用，原因是GConf 2.8的一个bug，导致默认的schema在非英语环境中没有被正确注册，这个bug一直到GNOME 2.8.3才得以修正。倘若10.1 Official 当时紧追版本用上了GNOME 2.8，那么吃苦的是最终用户，挨骂的是Mandrakelinux，而非GNOME。

作者: fundawang 发布时间: 2005-03-12

同意mandrakelinux的做法

作者: snature 发布时间: 2005-03-12

有时候兼容性问题不能把所有责任都推到某一个应用软件上。产生兼容性问题是多方面的。其中，使用什么接口标准、是否遵守接口标准、遵守接口标准的程度，可能是比较普遍的原因，存在这样的原因的应用软件可能是多个而不是一个。
要说为用户提供方便，“智能”是一条很有前途的路。可惜，fcitx至今离这个阶段还有不少路要走。一支部队不会因为一个落伍的士兵而放弃部分或整个战场。

作者: 懒猫发布时间: 2005-03-12

现在的fcitx 再菜的也知道怎么装了不就是双击一下那个 fcitx-install 就装好了呵呵
反正再mdk10.1 下是这样的嘛都不要设置，比以前好太多了，除了不会随系统启动，要自己添加外。

作者: startlinuxos 发布时间: 2005-03-12

支持fcitx。楼上的可以搜索一下有关帖子，就会明白自己多么武断。

作者: officerlinux 发布时间: 2005-03-12

scim、fcitx互相无法替代对方，因为各自都有区别于对方的明显特点。fcitx 不依赖gtk2、kdelibs、内存占用率极低，可以说是非gnome、kde用户的理想选择，自己编译安装的话一两分钟就行

对于很多用户来说，不想把输入法弄得过于复杂，fictx是他们的第一选择

引用：
小企鹅中文输入法(Free Chinese Input Toy for X，FCITX)是一个以 GPL 方式
发布的 XIM 简体中文输入法，编写它的目的就是为了能够提供一个轻量级、基本不依赖其它
库的简体中文输入方案。

作者: 格格恶发布时间: 2005-03-12

gnome中到现在Background设置还不能设置包含中文路径的文件，
其原因是libxml2不能将将中文编码的内容写到文件里面。

引用:

作者: fundawang

GNOME 2.10和KDE 3.4都不会出现在Mandrakelinux 10.2中。10.2 是一个稳定的版本，而不是一个求新的版本。举个很简单的例子，为什么在Mandrakelinux 10.2beta1和beta2中，GNOME根本就没法用，原因是GConf 2.8的一个bug，导致默认的schema在非英语环境中没有被正确注册，这个bug一直到GNOME 2.8.3才得以修正。倘若10.1 Official 当时紧追版本用上了GNOME 2.8，那么吃苦的是最终用户，挨骂的是Mandrakelinux，而非GNOME。

作者: younker 发布时间: 2005-03-12

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

关于兼容性的问题，我已经再三说明了。Kaffeine作为一个KDE应用，和谁都不冲突，是它自己的编译参数不对。而scim和Realplayer 10等二进制文件冲突的根源在于gtkimmodule在不同版本的gcc编译下二进制不兼容，和scim也是一点关系都没有。在Mandrakelinux自有的应用程序中，scim和谁都不冲突，包括firefox及flash插件。你们先用了10.2rc1再说。

况且，localedrake提供了一个切换输入法的功能，没有必要自己编译安装。

作者: fundawang 发布时间: 2005-03-12

引用:

作者: fundawang

GNOME 2.10和KDE 3.4都不会出现在Mandrakelinux 10.2中。10.2 是一个稳定的版本，而不是一个求新的版本。举个很简单的例子，为什么在Mandrakelinux 10.2beta1和beta2中，GNOME根本就没法用，原因是GConf 2.8的一个bug，导致默认的schema在非英语环境中没有被正确注册，这个bug一直到GNOME 2.8.3才得以修正。倘若10.1 Official 当时紧追版本用上了GNOME 2.8，那么吃苦的是最终用户，挨骂的是Mandrakelinux，而非GNOME。

就算是正式版也不能保证MDK是稳定的.例如以前开始菜单的XMMS就老是开不了

MDK依然存在质量检验的问题,是社区的失误

作者: maramail 发布时间: 2005-03-12

SCIM在101造成的问题还少吗?为什么还要坚持用?现在的测试版没或者没有发现SCIM没冲突了,但谁又能保证到正式版时SCIM就一定不会有的了呢?
MDK支持SCIM就象RH支持GNOME一样了,坚守阵地.

作者: evolutionlinux 发布时间: 2005-03-12

引用:

作者: maramail

就算是正式版也不能保证MDK是稳定的.例如以前开始菜单的XMMS就老是开不了

MDK依然存在质量检验的问题,是社区的失误

作为社区的成员，你为什么不去测试呢？

每次测试版发布时，大陆只有不超过10个人下载了，真正测试的人又有几个？在 MDK 提交错误报告的除了我和 FundaWang 以外，还有几人？

数千个软件包，不是想好好测试就能测试好的，谁能有这么多时间呢？

所以，大家参与才是关键。不要总是等着“等正式版出来我再下载”，那样的话，正式版质量也不会好到哪儿去。

作者: ShiyuTang 发布时间: 2005-03-13

我也很喜欢fcitx，至少在一个月以前，我都是fcitx的忠实用户。但是后来安装了10.1后，发现scim很好用。曾经也遇到过scim的问题，但是我在用10.1的时候没有遇到任何冲突，而且能够很轻松地在英文环境下输入中文，也相当国际化，cool！（这可能是gtk程序的缘故吧？）虽然在x下的emacs上必须修改.Xdefaults才能用，但据说gtk2的emacs快出来了（虽然emacs有一个gtk的外表也没多大意义），这个问题应该不再是问题了吧！还没用10.2，上次安装后不能启动，后来这个问题也没解决，这次rc1好像对内核有修改，还没来得及下载。准备试用！

作者: cnhzcy14 发布时间: 2005-03-13

不要吵，只是想了解一下而已。

作者: xemean 发布时间: 2005-03-13

我用10.1，不管是哪方面的问题，反正就把scim卸了，装上fcitx问题就少一点，也一样是有问题。我不知道linux内部是怎么运作的，一个scim输入法竟然跟Realplay、firefox中文版等有冲突，如果软件之间争用声卡等硬件而发生冲突不奇怪，但是这些软件是用在完全不同方面的，也会冲突，可能在windows里呆久了，我真是想不明白这linux是在搞什么名唐。
从这点冲突上，我想原因是来自linux界的一些老问题：因为linux没有一套权威的标准有关，各家公司标准不一，各做各的，各家公司的软件用在同一台机上当然有各样问题了，是软件设计者没有想到的。还有linux各种可恶的依赖关系也是恼人也可能是罪魁。
软件设计者一定要有一种追求完美的心态，要做好功能的同时，也要做好兼容性。
虽然我用的是下载的免费版软件，我没有付费，但是要我转为付费用户没问题，但是我要一流的软件。

作者: 零重力发布时间: 2005-03-13

我觉得 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，这导致了它总是“******”。

作者: ShiyuTang 发布时间: 2005-03-13

引用:

作者: ShiyuTang

作为社区的成员，你为什么不去测试呢？

每次测试版发布时，大陆只有不超过10个人下载了，真正测试的人又有几个？在 MDK 提交错误报告的除了我和 FundaWang 以外，还有几人？

数千个软件包，不是想好好测试就能测试好的，谁能有这么多时间呢？

所以，大家参与才是关键。不要总是等着“等正式版出来我再下载”，那样的话，正式版质量也不会好到哪儿去。

首先,我承认我是做得不够好.我没有去做测试的原因是我的电脑分区不太合理.做测试要格式化硬盘,一些资料就没有了.所以一直没有做.不过我想说我们没有任何义务去做测试.做测试只是个人的爱好和热情的问题.

其次,谈回我的话题.从开始菜单打开一个XMMS恐怕不是什么高难度的事.但大家居然都忽略了这个问题.这不是你和王生的问题,是现在MANDRAKE社区的工作分配问题.我觉得在这点上是可以好好改进的.

再次,要每个用户都去做测试是一件很不现实的事.但是我们也应该为LINUX作出自己的一分贡献,这个是伦理,感情,追求方面的问题,不是法律问题.

作者: maramail 发布时间: 2005-03-13

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

作者: cnhzcy14 发布时间: 2005-03-13

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

作者: cnhzcy14 发布时间: 2005-03-13

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

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

作者: maramail 发布时间: 2005-03-13

引用:

作者: 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

作者: Motivation 发布时间: 2005-03-13

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

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

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

作者: bbbush 发布时间: 2005-03-13

引用:

作者: 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 发布时间: 2005-03-13

引用:

作者: bbbush

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

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

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

作者: Motivation 发布时间: 2005-03-13

引用:

作者: 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 发布时间: 2005-03-13

引用:

作者: maramail

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

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

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

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

作者: xemean 发布时间: 2005-03-13

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

作者: fundawang 发布时间: 2005-03-13

引用:

作者: bbbush

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

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

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

与其说 Qt/KDE 依赖关系庞大，倒不如说 GTK/GNOME 依赖关系庞大，而且 GTK/GNOME 的依赖、编译参数混乱，这是导致 Slackware 放弃 GNOME 的主要原因。Pat 已经不想花时间维护 GNOME 了。每提供一个 GNOME 的升级版本用的时间是 KDE 的3-5倍。这个你可以到 Slackware 的邮件列表中去查。MDK 目前既支持 KDE 又支持 GNOME，但显然支持 KDE 的力度强于 GNOME，虽然 MDK 的一套系统配置工具的图形界面是用 GTK 写的。你可能用 Redhat、Fedora 中附带的、没有经过仔细测试过的 KDE 习惯了，导致你对 KDE 产生了不好的印象了；如果你用的是 SuSE、Mandrakelinux、Slackware，你就不会有这样的想法了。

对于输入法来说，依赖的库越少越好。fcitx 能做到，为什么 SCIM 不能？SCIM 在这上面的缺陷导致了其二进制兼容性很糟糕，只要编译器稍有不同，就会导致程序死掉。你在 Windows 中用 gcc、MS compiler、Borland compiler、Intel compiler 编译出来的文件在 Windows 中都能跑，但为什么 Linux 中哪怕编译器稍有不同就会出那么大问题呢？

加载 SCIM 的过程确实不长，但显然这些时间是可以节省的。而且加载过程中还经常出问题，这又怎么办呢？

作者: ShiyuTang 发布时间: 2005-03-13

引用:

作者: fundawang

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

晕，函数和模板是gtk2的吧...

作者: 格格恶发布时间: 2005-03-13

引用:

作者: xemean

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

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

说得挺对,不过我现在还是有点想用SCIM

作者: maramail 发布时间: 2005-03-13

引用: