LinuxSir.cn,穿越时空的Linuxsir!

 找回密码
 注册
搜索
热搜: shell linux mysql
查看: 925|回复: 9

什么时候会发行Mandrake10呀

[复制链接]
发表于 2003-10-28 20:54:16 | 显示全部楼层 |阅读模式
严重期待啊 虽然9。2也不错  希望10能够搞好中文啊 加强对大型开发数据库软件支持啊ORACAL 解决这些老BUG 别出现新的大BUG  还有用那个超级速度的2。6内核(我编了 真是比2。4又爽多了啊)
 楼主| 发表于 2003-10-28 20:58:40 | 显示全部楼层
哎  忽然想到  为啥红旗那么不争气啊  费解 中国那么多牛人 居然还搞成那个死样 哪怕是在MANDRAKE上改改啊
发表于 2003-10-28 23:20:43 | 显示全部楼层
听mandrakechina说,10要统一用utf-8,有什么意义么?能否具体一点?
发表于 2003-10-28 23:29:35 | 显示全部楼层
utf-8好,全球所有文字一种编码搞定,就不用关心编码带来的字体显示问题。
但也有问题啊,原来是gb文件不是要进行转换,这样的话怎么兼容老系统,
是不是真的啊
发表于 2003-10-28 23:55:25 | 显示全部楼层

个人觉得9.2还是不错的

比如提供了面向2。6内核的支持
不用将3个文件系统放在/sys下面
/proc /dev

在9.2上面编译2.6很轻松,2.6确实不错。
发表于 2003-10-28 23:57:45 | 显示全部楼层
也要用的了, 早一日解決這個國際問題早一日完善國際化
发表于 2003-10-29 00:04:15 | 显示全部楼层
utf-8其实就是一种unicode的变形。unicode在英文地区推行速度很慢,因为英文地区的用户根本不需要用到unicode,而使用unicode将会造成大量的程序、数据重写或更新。于是iso推出一个折衷方案,能够解决这种问题,就是utf-8编码方案。utf-8采用可变长度编码,原来的英文不需要做改变就可以直接用,这时候的utf-8和ansi完全一致。当含有双字节的字符时(比如中文)使用三个字节编码,同时继续保持英文无变化。依据这种编码中文文档将会增加30%的长度,当然也就无法和现在的gb2312/zh编码保持兼容了。不过gb编码转换到utf-8很容易,到时候开发一个程序转一下也不算太麻烦。

另外我觉得不可能只支持utf-8,就算全用unicode至少也要支持utf-16。utf-8对付gb2312还行,gb18030就显得长度不够了。
发表于 2003-10-29 01:02:20 | 显示全部楼层
最初由 thinkspace 发表
不过gb编码转换到utf-8很容易,到时候开发一个程序转一下也不算太麻烦。

另外我觉得不可能只支持utf-8,就算全用unicode至少也要支持utf-16。utf-8对付gb2312还行,gb18030就显得长度不够了。

不用开发程序了, iconv -f gbk -t utf-8 abc.txt 就行了。

但是,Unicode 本身编码表可能有点问题。比如日文所用的汉字和中文所用的汉字是重叠的,比如“没”字,在中文字模和日文字模中的写法就有一些差异。其实 Mandrake 的安装程序那样的字体,大家是绝对不能接受的。不知道这个问题要怎么解决。
发表于 2003-10-29 01:19:10 | 显示全部楼层
是的,unicode16只能表示65535个字符,空间不够所以是把简繁汉字、日文汉字共用一个区间编码的,字形当然就会重叠,而且像有些香港字还没包括进去。你说的问题用unicode16是解决不了的,只能用unicode32,不过这个编码获得的支持非常少,只有为数不多的几个操作系统支持。我看近期没戏。
发表于 2003-10-29 01:38:23 | 显示全部楼层
唉,又一條千年虫了
您需要登录后才可以回帖 登录 | 注册

本版积分规则

快速回复 返回顶部 返回列表