BBS水木清华站∶精华区

发信人: deniro (回头叫你抖一抖), 信区: Linux
标  题: suzhe,到目前有没有解决RedHat中文显示的好办法？
发信站: BBS 水木清华站 (Sat Dec 16 01:06:09 2000)

谢谢！

--

※ 来源:·BBS 水木清华站 smth.org·[FROM: 162.105.41.51]
发信人: suzhe (烦着呢), 信区: Linux
标  题: Re: suzhe,到目前有没有解决RedHat中文显示的好办法？
发信站: BBS 水木清华站 (Sat Dec 16 01:12:21 2000)

有吧. 不知道. 我没试过. 不过我要开始试了.
我打算在两个月内搞出一套支持 GB18030 的 RedHat 7.0 (GBK 当然也得支持了).
大家等等吧, hehe.

当然, 不要抱太大的希望 :-)

【在 deniro (回头叫你抖一抖) 的大作中提到: 】
∶ 谢谢！

--
Smart Boot Manager -- One of the most powerful Boot Managers in the world!

http://gnuchina.org/~suzhe/
http://btmgr.gnuchina.org/
http://bootmanager.gnuchina.org/
http://btmgr.sourceforge.net/

※ 来源:·BBS 水木清华站 smth.org·[FROM: 166.111.148.142]
发信人: qwer (no), 信区: Linux
标  题: Re: suzhe,到目前有没有解决RedHat中文显示的好办法？
发信站: BBS 水木清华站 (Sat Dec 16 02:13:37 2000)

有办法，等我试试如果可行，就发到BBS上，我前面转载过一篇在6.2下解决中文显示和
输入的文章，感兴趣可以试试，我试过了，效果还可以的说！

【在 deniro (回头叫你抖一抖) 的大作中提到: 】
∶ 谢谢！

--

※ 来源:·BBS 水木清华站 smth.org·[FROM: 166.111.166.228]
发信人: chenhc (刀疤), 信区: Linux
标  题: Re: suzhe,到目前有没有解决RedHat中文显示的好办法？
发信站: BBS 水木清华站 (Sat Dec 16 09:43:18 2000)

应该说中文显示和输入已经不成问题了,,中文打印也差不多了,唯一遗憾的就是不能在
koffice下打印中文,具体的实现细节在www.linuxforum.net上有很多文章.大侠们如果
有时间把RH7下的office搞定可就造福大家了.

折腾了这么久,说实话,TLC的中文化还是最好的,基本都可以移植到RH7.0上,很是不错,
我没有试过蓝点的中文化方案,有时间要找来看看.

suzhe,我们可是抱了很大希望,不搞出来可不行,呵呵.不过你到哪里去找支持GB18030的
中文字库呢?
等着你的好消息.

【在 suzhe (烦着呢) 的大作中提到: 】
∶ 有吧. 不知道. 我没试过. 不过我要开始试了.
∶ 我打算在两个月内搞出一套支持 GB18030 的 RedHat 7.0 (GBK 当然也得支持了).
∶ 大家等等吧, hehe.
∶ 当然, 不要抱太大的希望 :-)

--

※ 来源:·BBS 水木清华站 smth.org·[FROM: 159.226.41.166]
发信人: suzhe (烦着呢), 信区: Linux
标  题: Re: suzhe,到目前有没有解决RedHat中文显示的好办法？
发信站: BBS 水木清华站 (Sat Dec 16 10:02:36 2000)

目前大部分 rh7, mdk7.2 的中文解决方案都只限于 gb2312, 虽然可以使用,
但已经显得有些不足了. tlc 的方案可以支持 gbk, 已经非常好了.
把 tlc 的方案移植到 rh, mdk 上是可以的, 不过工作量还是比较大的.
因为不仅涉及到 glibc 等底层库的改动, 有很大工作量是在 X 上. 需要对
X 作大的手术, 比如加入 xtt, 或 xfsft, 加入 gbk 补丁等.

而最关键的是, tlc 里面很多软件都打了国际化补丁, 而 rh, mdk 里面是没有的.
把这些补丁搬到 rh, mdk 下面, 工作量还是满大的.

【在 chenhc (刀疤) 的大作中提到: 】
∶ 应该说中文显示和输入已经不成问题了,,中文打印也差不多了,唯一遗憾的就是不能在
∶ koffice下打印中文,具体的实现细节在www.linuxforum.net上有很多文章.大侠们如果
∶ 有时间把RH7下的office搞定可就造福大家了.
∶ 折腾了这么久,说实话,TLC的中文化还是最好的,基本都可以移植到RH7.0上,很是不错,
∶ 我没有试过蓝点的中文化方案,有时间要找来看看.
∶ suzhe,我们可是抱了很大希望,不搞出来可不行,呵呵.不过你到哪里去找支持GB18030的
∶ 中文字库呢?

中文字库是个大问题. 虽然我手上有 n 多这种字库, 但限于版权问题, 不能公开.
不过大家可以用 Windows 里面的 TTF 字库代替. 至少Windows里面有一套 Unicode
字库是可以拿来用的, 字库名字叫 arialuni.ttf. 就是速度有点慢.

∶ 等着你的好消息.

--
Smart Boot Manager -- One of the most powerful Boot Managers in the world!

http://gnuchina.org/~suzhe/
http://btmgr.gnuchina.org/
http://bootmanager.gnuchina.org/
http://btmgr.sourceforge.net/

※ 来源:·BBS 水木清华站 smth.org·[FROM: 166.111.148.142]
发信人: shinewu (MusiCat), 信区: Linux
标  题: Re: suzhe,到目前有没有解决RedHat中文显示的好办法？
发信站: BBS 水木清华站 (Sat Dec 16 10:19:18 2000)

【在 suzhe (烦着呢) 的大作中提到: 】
∶ 目前大部分 rh7, mdk7.2 的中文解决方案都只限于 gb2312, 虽然可以使用,
∶ 但已经显得有些不足了. tlc 的方案可以支持 gbk, 已经非常好了.
gb2312并不像你说的那样不好用
实际上我天天用也没有什么问题

∶ 把 tlc 的方案移植到 rh, mdk 上是可以的, 不过工作量还是比较大的.
∶ 因为不仅涉及到 glibc 等底层库的改动, 有很大工作量是在 X 上. 需要对
∶ X 作大的手术, 比如加入 xtt, 或 xfsft, 加入 gbk 补丁等.
实际上linux下面的ttf支持根本就是不好用
速度慢而且效果不好（连anti-alias都没有做)
所以老老实实用一套成系列大小的点阵字库ok 这一点bp做得很对

∶ 而最关键的是, tlc 里面很多软件都打了国际化补丁, 而 rh, mdk 里面是没有的.
∶ 把这些补丁搬到 rh, mdk 下面, 工作量还是满大的.
老大不需要全部都打补丁吧
而且有些程序对中文本来就没有支持比如balsa
其实只要有netscape vim rxvt就差不多了
听歌向大家推荐gqmpeg 虽然界面土一点但是显示中文还比较正常

∶ 中文字库是个大问题. 虽然我手上有 n 多这种字库, 但限于版权问题, 不能公开.
∶ 不过大家可以用 Windows 里面的 TTF 字库代替. 至少Windows里面有一套 Unicode
∶ 字库是可以拿来用的, 字库名字叫 arialuni.ttf. 就是速度有点慢.

--
Music makes me lost.

※ 来源:·BBS 水木清华站 smth.org·[FROM: 166.111.165.38]
发信人: suzhe (烦着呢), 信区: Linux
标  题: Re: suzhe,到目前有没有解决RedHat中文显示的好办法？
发信站: BBS 水木清华站 (Sat Dec 16 10:36:14 2000)

【在 shinewu (MusiCat) 的大作中提到: 】
∶ gb2312并不像你说的那样不好用
∶ 实际上我天天用也没有什么问题

BBS 上有很多字都显示不出来, 尤其是那些从 BIG5 转过来的东东. 起码, 连
咱们可爱的朱镕基总理的名字都显示不了 :-)

∶ 实际上linux下面的ttf支持根本就是不好用
∶ 速度慢而且效果不好（连anti-alias都没有做)

这个目前是这样的. 不过到 XFree86 4.0.2 就会有根本改观了. 到时, 一个新的
字体引擎 xft 估计可以进入实用阶段, 它使用的是 freetype 2 作为底层渲染引擎,
可以提供对 TrueType, CID, Type1 甚至 OpenType 的支持. anti-alias 当然
不在话下. QT 已经出了支持 anti-alias 的版本, 可以去看看 screenshot.
nautilus 也用的 freetype 2, 支持 anti-alias.

gtk+ 2.0 里面的多语言层 pango 也会用 xft, 当然也会支持 anti-alias.

∶ 所以老老实实用一套成系列大小的点阵字库ok 这一点bp做得很对

TLC 里面也有 14, 16 点阵和 24 点阵的 pcf 字体呀. TLC 里面中文点阵字库和ttf
字库是无逢衔接的. 同样的 XLFD, 使用 14, 16 点阵或 24 点阵大小的时候, 就会调用
pcf 字库, 使用其它点阵的时候就会自动调用 ttf 字库. 用户和程序是感觉不到的.
是不是比 bp 好? :-)

∶ 老大不需要全部都打补丁吧

是不需要. 不过有些补丁还是挺难受的, 比如 qt 1.44 的 i18n 补丁. xmms 0.9.5
的中文显示补丁. abiword 的中文补丁(这个好像要出官方中文版了:-), netscape 的
中文补丁, gnome 的中文补丁等等.

∶ 而且有些程序对中文本来就没有支持比如balsa
∶ 其实只要有netscape vim rxvt就差不多了
∶ 听歌向大家推荐gqmpeg 虽然界面土一点但是显示中文还比较正常

另外, 最难办的是 TLC 的中文打印部分, 包括 Latex+CJK (使用 X 的 ttf 字库),
ghostscript + VFlib 等. 当然, 许多应用软件也要作相应的补丁才能支持中文打印.
比如 netscape.

--
Smart Boot Manager -- One of the most powerful Boot Managers in the world!

http://gnuchina.org/~suzhe/
http://btmgr.gnuchina.org/
http://bootmanager.gnuchina.org/
http://btmgr.sourceforge.net/

※ 来源:·BBS 水木清华站 smth.org·[FROM: 166.111.148.142]
发信人: chenhc (刀疤), 信区: Linux
标  题: Re: suzhe,到目前有没有解决RedHat中文显示的好办法？
发信站: BBS 水木清华站 (Sat Dec 16 12:53:52 2000)

好久没有人讨论中文化了,是不是高手都到公司了?呵呵,就这个话题谈下去.关于编码,
Unicode还是最终的趋势(暂时这么认为,不知道对不对,也许几年后又出个什么新标准)
当然目前GB18030如果能够全方位支持就最好了,这不知道需要多少年才能实现.就如同
目前GBK的支持还很不理想一样.我觉得TLC为中文化的确做了很大的贡献,特别是GBK的
支持,可以很方便地支持简体很繁体中文.GB2312对目前来说是够用了,因为支持的软件
相对较多.我没有用过蓝点,不好妄加评论,不过有一点,竟然在它的主页上下载不到软件,
实在比较...

关于TrueType字体用xtt解析速度慢的问题,目前可以这样做,用xfs来解析其它的字体,用
x server通过xtt来解析ttf,这样速度会好一点.就看XFree86 4.0.2的了,呵呵...

是不是所有的软件都要打补丁?我个人觉得没有必要,就如同我一直认为中文界面是中文化
中最低优先级的要求.关键是中文显示,输入很打印要能够很好地实现.很多软件,只要能
方便地处理中文,克服半字现象,就够用了.

关于中文打印,最近折腾了一阵子,在Chen Xiangyang很nightsailer@linuxforum的帮助下,
基本可以把TLC的打印解决方案移植到RH7.0下,包括VFlib2+ghostscript,teTeX+CJK等.
现在Netscape只要修改一下资源文件可以很方便地打印中文网页,中文latex也可以工作了.
事实上latex+CJK并没有直接使用ttf,而是使用ttf2pk生成pk字库,效果,速度很效率都不是
很高.

说句老实话,日本人在CJK方面的确走在前面,其中CJK打印比较成熟的方案
VFlib2+ghostscript和ttcjk+ghostscript都是它们先提出来的.

【在 suzhe (烦着呢) 的大作中提到: 】
∶  BBS 上有很多字都显示不出来, 尤其是那些从 BIG5 转过来的东东. 起码, 连
∶  咱们可爱的朱镕基总理的名字都显示不了 :-)
∶  这个目前是这样的. 不过到 XFree86 4.0.2 就会有根本改观了. 到时, 一个新的
∶  字体引擎 xft 估计可以进入实用阶段, 它使用的是 freetype 2 作为底层渲染引擎,
∶  可以提供对 TrueType, CID, Type1 甚至 OpenType 的支持. anti-alias 当然
∶  不在话下. QT 已经出了支持 anti-alias 的版本, 可以去看看 screenshot.
∶  nautilus 也用的 freetype 2, 支持 anti-alias.
∶  gtk+ 2.0 里面的多语言层 pango 也会用 xft, 当然也会支持 anti-alias.
∶  TLC 里面也有 14, 16 点阵和 24 点阵的 pcf 字体呀. TLC 里面中文点阵字库和ttf
∶  字库是无逢衔接的. 同样的 XLFD, 使用 14, 16 点阵或 24 点阵大小的时候, 就会调用
∶  pcf 字库, 使用其它点阵的时候就会自动调用 ttf 字库. 用户和程序是感觉不到的.
∶ ...................

--

※ 来源:·BBS 水木清华站 smth.org·[FROM: 159.226.41.166]