再论GB18030和UTF8_CN的选择问题

haulm

很多历史问题困扰着中文编码的取舍，历史问题我们更多的应用GB码，可是几乎所有的编程都在用UTF8，事实上快成为一种Linux开发的标准，没有一个存储方式比如某个数据库去支持中国的GB18030，没有一个程序开发工具能认知GB18030，当然我指的不是GBK，GBK支持和GB18030支持是两回事。

国内制定了不少中国标准，可是大多数的软件和技术是泊来品，这些工具或软件是不会遵守地方标准。。。我安装一个PHPBB论坛程序，它只能支持UTF8的中文，我安装Qt或wxGTK，我的中文必需存储成或转码成utf8码，否则编译就会失败。

我可能会觉得用某个编码更方便一些，因为我在使用系统时不必要总是转换一些文件的编码，而历史阅读问题实在是应该有些软件去解决，比如web浏览器是不会因为你用的编码不同而无法正常浏览。所以从这点思路上来说，根本上系统默认用哪种字符集都不重要，重要的可能只是我需要可能只是这么一个编辑器工具，它能直接智能地识别编码并保存不同的编码。

重量级编辑器的就不说了，Kate 是个好工具。

[ 本帖最后由 haulm 于 2007-9-12 10:20 编辑 ]

食古不化

这个真是没有什么可讨论的了，当然对于初学者，例如当年（现在？）的我仍然感到迷惑。

至于编辑器，vi经过设置已经能自动识别了。

wangping183

目前的关键不是什么编码选择，而是开发组必须尽快拿出2.1正式版，不管它用什么编码....2.1都一年了，连beta还没有。
现在用magic的人，屈指可数吧...到底发生了什么呢？

haulm

原帖由 wangping183 于 2007-9-13 10:15 发表
目前的关键不是什么编码选择，而是开发组必须尽快拿出2.1正式版，不管它用什么编码....2.1都一年了，连beta还没有。
现在用magic的人，屈指可数吧...到底发生了什么呢？

MGC2.1已经提供有开发者版本了，这个版本的唯一缺陷就是删掉了一些本应包在系统盘内的开发库，所以开发版有点名不符实了，不过短少的开发类库是可以通过apt得到的。MGC现在瓶颈在MI和开机动画上，就字体显示来说已经完全拖离了对商业字体的依赖，文泉驿的字体能解决基本的Web浏览和桌面应用，除了大于字号外，文泉驿的效果不会差于红旗的东文宋体。办公可以选择永中office测试版，因为只有它能解决目前开源字体中文矢量字体短缺的问题。

MGC一直是用普通用户应用的角度出发，由于我本人可能算开发学习的，所以自己也很遗憾不能用上GCC4编译器和UTF8码的环境，EVL是个很朝新的系统，我相信大多数朋友可能喜欢新鲜而不是应用本身，喜欢上一个系统并不容易，CJACKER说唯护一个系统若干年不现实也就是这么个原因，现在的Linux太花哨了。MGC开发组希望冷处理MGC2.1开发本身，这方面还有工作生活因素在内，更多的还是参与进来，等待解决不了什么。

昨天在EVL的开发日志上看到CJACKER公开的Qt4中文字体的伪粗斜体补丁我也就移到MGC了，se兄也把EVL的KDE农历搬到了MGC，社区也就这样相互借荐，但要用户真实喜欢上一个社区也不容易。

haulm

其实应用比什么都要重要，我现在倒不觉得Linux版本的攀升有什么好处，事实上解决可用软件的问题，系统的安全问题，形成自己的应用风格，创建自己的Web服务器工作站（不同于服务器用于Web开发和学习），娱乐需求的解决（比如我所推荐的GBA模拟器mednafen，模拟器游戏一直很优秀）

MGC按KDE等人的思想是要真正构建一个可用的系统，而不是一个永久不止的测试平台。

haulm

Linux所有解决的最大问题有: 字体显示问题、娱乐游戏问题、主要开发环境问题、大多数软件编译问题、安全问题（比如guarddog防火墙设置服务）、备份问题（比如MI这种压盘安装工具）、驱动识别问题等等，底层开发库支持考虑的可能会是主要商业软件的需要，而不是开发技术的发展更新。