📄 00000011.htm
字号:
∶<I> 因为不仅涉及到 glibc 等底层库的改动, 有很大工作量是在 X 上. 需要对 </I><BR>∶<I> X 作大的手术, 比如加入 xtt, 或 xfsft, 加入 gbk 补丁 等. </I><BR>实际上linux下面的ttf支持根本就是不好用 <BR>速度慢 而且效果不好(连anti-alias都没有做) <BR>所以老老实实用一套成系列大小的点阵字库ok 这一点bp做得很对 <BR> <BR>∶<I> 而最关键的是, tlc 里面很多软件都打了国际化补丁, 而 rh, mdk 里面是没有的. </I><BR>∶<I> 把这些补丁搬到 rh, mdk 下面, 工作量还是满大的. </I><BR>老大 不需要全部都打补丁吧 <BR>而且有些程序对中文本来就没有支持比如balsa <BR>其实只要有netscape vim rxvt就差不多了 <BR>听歌向大家推荐gqmpeg 虽然界面土一点 但是显示中文还比较正常 <BR> <BR>∶<I> 中文字库是个大问题. 虽然我手上有 n 多这种字库, 但限于版权问题, 不能公开. </I><BR>∶<I> 不过大家可以用 Windows 里面的 TTF 字库代替. 至少Windows里面有一套 Unicode </I><BR>∶<I> 字库是可以拿来用的, 字库名字叫 arialuni.ttf. 就是速度有点慢. </I><BR> <BR> <BR>-- <BR>Music makes me lost. <BR> <BR> <BR>※ 来源:·BBS 水木清华站 smth.org·[FROM: 166.111.165.38] <BR>发信人: suzhe (烦着呢), 信区: Linux <BR>标 题: Re: suzhe,到目前有没有解决RedHat中文显示的好办法? <BR>发信站: BBS 水木清华站 (Sat Dec 16 10:36:14 2000) <BR> <BR> <BR> <BR>【 在 shinewu (MusiCat) 的大作中提到: 】 <BR>∶<I> gb2312并不像你说的那样不好用 </I><BR>∶<I> 实际上我天天用也没有什么问题 </I><BR> <BR> BBS 上有很多字都显示不出来, 尤其是那些从 BIG5 转过来的东东. 起码, 连 <BR> 咱们可爱的朱镕基总理的名字都显示不了 :-) <BR> <BR>∶<I> 实际上linux下面的ttf支持根本就是不好用 </I><BR>∶<I> 速度慢 而且效果不好(连anti-alias都没有做) </I><BR> <BR> 这个目前是这样的. 不过到 XFree86 4.0.2 就会有根本改观了. 到时, 一个新的 <BR> 字体引擎 xft 估计可以进入实用阶段, 它使用的是 freetype 2 作为底层渲染引擎, <BR> 可以提供对 TrueType, CID, Type1 甚至 OpenType 的支持. anti-alias 当然 <BR> 不在话下. QT 已经出了支持 anti-alias 的版本, 可以去看看 screenshot. <BR> nautilus 也用的 freetype 2, 支持 anti-alias. <BR> <BR> gtk+ 2.0 里面的多语言层 pango 也会用 xft, 当然也会支持 anti-alias. <BR> <BR>∶<I> 所以老老实实用一套成系列大小的点阵字库ok 这一点bp做得很对 </I><BR> <BR> TLC 里面也有 14, 16 点阵和 24 点阵的 pcf 字体呀. TLC 里面中文点阵字库和ttf <BR> 字库是无逢衔接的. 同样的 XLFD, 使用 14, 16 点阵或 24 点阵大小的时候, 就会调用 <BR> pcf 字库, 使用其它点阵的时候就会自动调用 ttf 字库. 用户和程序是感觉不到的. <BR> 是不是比 bp 好? :-) <BR> <BR>∶<I> 老大 不需要全部都打补丁吧 </I><BR> <BR> 是不需要. 不过有些补丁还是挺难受的, 比如 qt 1.44 的 i18n 补丁. xmms 0.9.5 <BR> 的中文显示补丁. abiword 的中文补丁(这个好像要出官方中文版了:-), netscape 的 <BR> 中文补丁, gnome 的中文补丁等等. <BR> <BR>∶<I> 而且有些程序对中文本来就没有支持比如balsa </I><BR>∶<I> 其实只要有netscape vim rxvt就差不多了 </I><BR>∶<I> 听歌向大家推荐gqmpeg 虽然界面土一点 但是显示中文还比较正常 </I><BR> <BR> <BR>另外, 最难办的是 TLC 的中文打印部分, 包括 Latex+CJK (使用 X 的 ttf 字库), <BR>ghostscript + VFlib 等. 当然, 许多应用软件也要作相应的补丁才能支持中文打印. <BR>比如 netscape. <BR> <BR>-- <BR>Smart Boot Manager -- One of the most powerful Boot Managers in the world! <BR> <BR><A HREF="http://gnuchina.org/~suzhe/">http://gnuchina.org/~suzhe/</A> <BR><A HREF="http://btmgr.gnuchina.org/">http://btmgr.gnuchina.org/</A> <BR><A HREF="http://bootmanager.gnuchina.org/">http://bootmanager.gnuchina.org/</A> <BR><A HREF="http://btmgr.sourceforge.net/">http://btmgr.sourceforge.net/</A> <BR> <BR> <BR>※ 来源:·BBS 水木清华站 smth.org·[FROM: 166.111.148.142] <BR>发信人: chenhc (刀疤), 信区: Linux <BR>标 题: Re: suzhe,到目前有没有解决RedHat中文显示的好办法? <BR>发信站: BBS 水木清华站 (Sat Dec 16 12:53:52 2000) <BR> <BR>好久没有人讨论中文化了,是不是高手都到公司了?呵呵,就这个话题谈下去.关于编码, <BR>Unicode还是最终的趋势(暂时这么认为,不知道对不对,也许几年后又出个什么新标准) <BR>当然目前GB18030如果能够全方位支持就最好了,这不知道需要多少年才能实现.就如同 <BR>目前GBK的支持还很不理想一样.我觉得TLC为中文化的确做了很大的贡献,特别是GBK的 <BR>支持,可以很方便地支持简体很繁体中文.GB2312对目前来说是够用了,因为支持的软件 <BR>相对较多.我没有用过蓝点,不好妄加评论,不过有一点,竟然在它的主页上下载不到软件, <BR>实在比较... <BR> <BR>关于TrueType字体用xtt解析速度慢的问题,目前可以这样做,用xfs来解析其它的字体,用 <BR>x server通过xtt来解析ttf,这样速度会好一点.就看XFree86 4.0.2的了,呵呵... <BR> <BR>是不是所有的软件都要打补丁?我个人觉得没有必要,就如同我一直认为中文界面是中文化 <BR>中最低优先级的要求.关键是中文显示,输入很打印要能够很好地实现.很多软件,只要能 <BR>方便地处理中文,克服半字现象,就够用了. <BR> <BR>关于中文打印,最近折腾了一阵子,在Chen Xiangyang很nightsailer@linuxforum的帮助下, <BR>基本可以把TLC的打印解决方案移植到RH7.0下,包括VFlib2+ghostscript,teTeX+CJK等. <BR>现在Netscape只要修改一下资源文件可以很方便地打印中文网页,中文latex也可以工作了. <BR>事实上latex+CJK并没有直接使用ttf,而是使用ttf2pk生成pk字库,效果,速度很效率都不是 <BR>很高. <BR> <BR> <BR>说句老实话,日本人在CJK方面的确走在前面,其中CJK打印比较成熟的方案 <BR>VFlib2+ghostscript和ttcjk+ghostscript都是它们先提出来的. <BR> <BR>【 在 suzhe (烦着呢) 的大作中提到: 】 <BR>∶<I> BBS 上有很多字都显示不出来, 尤其是那些从 BIG5 转过来的东东. 起码, 连 </I><BR>∶<I> 咱们可爱的朱镕基总理的名字都显示不了 :-) </I><BR>∶<I> 这个目前是这样的. 不过到 XFree86 4.0.2 就会有根本改观了. 到时, 一个新的 </I><BR>∶<I> 字体引擎 xft 估计可以进入实用阶段, 它使用的是 freetype 2 作为底层渲染引擎, </I><BR>∶<I> 可以提供对 TrueType, CID, Type1 甚至 OpenType 的支持. anti-alias 当然 </I><BR>∶<I> 不在话下. QT 已经出了支持 anti-alias 的版本, 可以去看看 screenshot. </I><BR>∶<I> nautilus 也用的 freetype 2, 支持 anti-alias. </I><BR>∶<I> gtk+ 2.0 里面的多语言层 pango 也会用 xft, 当然也会支持 anti-alias. </I><BR>∶<I> TLC 里面也有 14, 16 点阵和 24 点阵的 pcf 字体呀. TLC 里面中文点阵字库和ttf </I><BR>∶<I> 字库是无逢衔接的. 同样的 XLFD, 使用 14, 16 点阵或 24 点阵大小的时候, 就会调用 </I><BR>∶<I> pcf 字库, 使用其它点阵的时候就会自动调用 ttf 字库. 用户和程序是感觉不到的. </I><BR>∶<I> ................... </I><BR> <BR>-- <BR> <BR>※ 来源:·BBS 水木清华站 smth.org·[FROM: 159.226.41.166] <BR><CENTER><H1>BBS水木清华站∶精华区</H1></CENTER></BODY></HTML>
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -