:roll:
KDE 啊～～～～
计算机对于 IT 从业者来说使用来挣钱的………………
你还打算让他们拿计算机研究？
是的，没有我们这些人赚钱，到现在各位恐怕都还在用MODEM拨号。。。
所以嘛，找个适合你的发行版要比自己修改一个发行版方便。
ML 针对的是普通初级的桌面用户，对于他们来说 GB 编码是常用编码。
对于你，utf8 是常用编码。
用户没有必要为自己需要的功能重新进行配置，配置是开发者的事情。
现在很多发行版都在utf8化。
现在很多发行版都在utf8化。
从众心理危害是极大的。如果 magic 开发者当初那么没有主见，就不会有今天方便、易用的 2.0 版本。
magic 绝对不是 “Just another distribution”！国外发行版什么时候替中国人考虑过？在它们眼力中国人永远都是二等公民。
除非有足够的证据表明国家支持、推荐使用 utf-8，否则我们不会屈服于国外势力，一切以华语用户利益为重！
To：jenghis 同学：你的话令人非常气愤。
你不至于连点击 kwrite 菜单里的 工具--编码--utf-8 这么简单的设置都不会吧？再说你也可以在 kwrite 里设置为默认使用 utf-8，我怀疑你连这点本事都没有，是怎么混进 it 圈子里的？
将技术问题政治化是一个很有问题的做法。
讨论技术的时候，你可以发表意见，但是请不要给别人扣帽子。
我很反对这种一杆子打死的做法。
在没有对一项技术有清楚的理解之前，不应该也不能轻易下结论。
过于技术化你不认为会迷失方向么？
技术是达到目的的手段。
但是如果连技术是什么都搞不清楚，恐怕现在就没有方向，所以就没有迷失方向的问题。:-D
但是这样的讨论已经暴露了一个很严重的问题：整个forum对搞技术的人的不尊重。
这是一种非常不好的风气。
不精于技术的人掌握技术讨论的话语权， 这是一个非常可怕的事情，这对开发来说是一种慢性自杀行为。
我个人看来这样的讨论不是很有意义。我觉得一件很奇怪的事情是，
ml 2.0有一大堆bug没有修复（例如声卡的问题，从讨论和解答上感觉这个和打包有比较大的关系），却来讨论这样的事情，批评搞技术的人学院派，搞技术的人不够技术？
我不知道长此以往，还有没有真正懂的人会加入来做开发。
表达一下关心而已，这样的帖子，应该到此为止了。
技术是达到目的的手段。
但是如果连技术是什么都搞不清楚，恐怕现在就没有方向，所以就没有迷失方向的问题。:-D
但是这样的讨论已经暴露了一个很严重的问题：整个forum对搞技术的人的不尊重。
这是一种非常不好的风气。
不精于技术的人掌握技术讨论的话语权， 这是一个非常可怕的事情，这对开发来说是一种慢性自杀行为。
我个人看来这样的讨论不是很有意义。我觉得一件很奇怪的事情是，
ml 2.0有一大堆bug没有修复（例如声卡的问题，从讨论和解答上感觉这个和打包有比较大的关系），却来讨论这样的事情，批评搞技术的人学院派，搞技术的人不够技术？
我不知道长此以往，还有没有真正懂的人会加入来做开发。
表达一下关心而已，这样的帖子，应该到此为止了。你说完了就是结论了？！还不允许别人发言了？你也太霸道了。社区里这么多人对你的态度提出批评，你却毫无毁意，仍然顽固不化。大家的容忍是有限度的，你不如直接说别人不懂装懂，免得你拐弯抹角自寻麻烦。
如果你承认技术是达到目的的手段的话，就应该明白首先要搞清楚的是目的。
我反对你把反对技术至上论歪曲为不尊重“搞技术的人”的“风气”。
这个帖子没什么不可以的。大家关心的就可以探讨。正是你似乎想把讨论扯到别的问题上。似乎那个问题不解决就没有资格谈论别的问题。
如果你不想参与讨论就请旁观，不要说“这样的帖子，应该到此为止了”这样的话。
技术是第一生产力，但技术并不是达到目的的唯一手段，脱离了人，脱离了社会，再好的技术也是空谈。
maihaohui(ricetons)：请你好自为之
ricetons 一出现，肯定就是这几档子事：确认某些人最好多看书，多查blog，多利用google，他本人最多告诉你这些。如果讨论的是技术上观点的分歧，他从来不说原理不求论证不讲道理。他首先要确认自己的技术资本，以权威压死人，为此很多人不得不闭口，更气人的是根本不能从ricetons 的言论中得到什么他认为很基本的常识。如果你对他言语中稍带了不敬之词，立马打击对立者不尊重某组织，要扛起法律云云。 按ricetons 的看法，人类早就没有探索只有专权了。
所以ricetons一出现就是罢帖的信号，要不就是口水战的导火线。所以ricetons 一出现，大家还是收起精神，有什么好讨论的。
难道你想让大家知道ricetons是个不乐于助人又爱摆酷的形象么。
对我来说，utf8和gb码一样用，反正现在Linux还不到普及的时候，用什么编码都无伤大多数已入门的用户。
此贴的观点大家已经讨论得很清楚了。
首先，我说一下我的观点，从 MagicLinux 面向的用户群来讲，使用 GB18030 locale 更适合。因为作为低层的初级用户，不是每个人都知道 locale 的事情。在没有使用 Linux 以前，Windows 的中文 locale 又有谁能说得明白？
所以，如果 MagicLinux 要与 Windows 兼容，那么，考虑 GB18030 是一个不错的选择。因为，在目录管理器中，好像还没有能自动识别 GB18030( GBK ) 与 UTF-8 的，这样会给用户带来一定的麻烦。
如果不是这个原因，MagicLinux 不妨考虑一下 UTF-8。
然后，对于应该采用哪个 locale 的讨论，我还是认为应该在开发组里面讨论，因为这与 MagicLinux 开发的方向有关，在这里讨论也太杂也太乱了。
在前面，cjacker 已经讲得很清楚，RF 使用 UTF-8 的原因是
解决让开发者少打补丁的问题，解决让开发者的代码规范起来，不要仅仅locale specific的问题，解决我们的努力能够被main stream接受的问题。
我来总结一下：
1，Magic要用GB18030，我不反对。
2，红旗可能要用UTF8，我也不反对。
3，我反对GB18030需要更少的patch，因为事实证明Utf8需要更少的patch。
4，用Utf8并没有大家想象的那么多的数据交换问题，只不过可以节省很多作dirty patch的时间。出现问题的可能是纯文本文件和包封装内部的文件名，比如压缩包以及无编码描述的协议。
5，用Utf8不代表不能使用gb18030了。
6，GB18030和Utf8都不能解决全部的中文字，至少是现在。
7，Utf8比GB18030多，这个也不用争论。
8，用Utf8一个很好的地方是可以同时支持多语言。
9，Utf8并不是仅仅为西文而设计的。
10，Utf8或者说Unicode现在存在一些中文问题并不是说Unicode本身有什么缺陷，而是由于我们国人不努力造成的。
11，你在任何时间都可以将你的系统修改成gb的locale
但是到最后大家也只是着眼于 UTF-8 与 GB18030 哪个字多，哪个字少的问题上了。
最后，我想请问在这里讨论的各位，有什么人是伸入了解过 GB18030 与 UTF-8 的？
继续讨论我认为已经没有意义了，在这里向 sejishikong, KDE, cjacker, 再见情人, haulm 提议我们就此锁贴，如何？
其实不管是行内的还是行外的都把自己的观点陈述相当清楚了，cjacker之所以把这个话题提出来，也并非是技术讨论的角度出发，而是为了听取大众的观点和意见。我不认为要锁帖，请ricetons自重，一年以来90%的锁帖是你引起的，后话不多陈述，如果又重操是非争论我最好消失。