请教：openoffice2中文显示，以及如何查找x自己的字体路径等问题！

phoenixyuf

中文显示，还是那个中文显示！！霍霍。

   用testing（etch）基本安装（空选的那种），然后在x-window-system-core，
然后fvwm，这种情况，请较诸多问题：

1、这种安装是否已经安装了xft支持的ttf中文字体？

   因为我用fc-list :family lang|grep "zh－cn"查看字体的话，只有
18X18ja.pcf.gz 18x18ko.pcf.gz的输出里面有这个选项，没有看到ttf字体有支持
ttf字体的。是否本身就没有安装？

2、openoffice2的字体安装方法是怎样的？

   我发现我即使安装了 文鼎新宋 （fontconfig和x本身都可以找到），
openoffice2的user interface设置成简体中文以后，菜单也是显示方块的，但是，在内容输入中文后可以显示，好像是不
能找到？不知道openoffice2的中文显示要如何做？pcf等字体是否支持？

但是，在/usr/share/fonts/truetype/openoffice里面放个simsun的话就可以了，好像文鼎是中文的，是不是不能被openoffice读取字体名字？

3、x的字体，用xlsfont输出的字体，如何能清楚的知道其中的那个字体是否包含
中文支持？

        我用xlsfont输出信息，当中有许多是iso10646的，我不知道这些iso10646的是否
包含简体中文的支持？另外，如何知道那些输出的字体是在那个目录当中（fc-
list能加参数显示，xlsfont找不到这样的参数）？

4、fvwm的中文支持，我用了文泉驿的字体，但是，确不能设置成英文用英文字体
adobe显示，中文用文泉驿字体显示，请问有设置成功的吗？

        我以前用simsun+adobe是可以的。但是用文泉驿以后就不可以了，网上同问的人
许多，但是最后没有发现有成功的，一般都是不了了之。

        新手上路，请多多指教！呵呵！
        先谢谢各位！

phoenixyuf

忘了说了，我将我的locale全部设置成zh_CN.utf8了，反正以后的趋势，一次搞定，省得以后麻烦！呵呵

ericyosho

utf8好像不是以后趋势吧，utf8基本就是现状了，winnt和xp都是支持utf8的，只是codepage不一样。
估计到最后还是会utf16的吧。。。

phoenixyuf

utf是世界性的，置于8和16之类的，我看差不了多少，看原理感觉那个utf8已经是数据量和通用性的比较完美的统一了。

ericyosho

真是这样么？我怎么感觉，utf8是一种暂时性的编码方式，可以说是以前的编码到unicode的过渡吧。

因为unicode是两个字节才表示一个字符，对于英语国家来说，利用率就下降了一半，因为原来的ascii码都是一个字节表示一个字符。而且英语国家不需要其他一些扩展的字符集，所以就使用了utf8这种折中的办法。当使用ascii原有的字符时，仍然用一个字节表示，使用扩展字符集时才用两个或两个以上字节表示。

ericyosho

and if a utf8 coded page is read by a unicode method, there will only be a piece of shit :-)

phoenixyuf

Post by ericyosho
真是这样么？我怎么感觉，utf8是一种暂时性的编码方式，可以说是以前的编码到unicode的过渡吧。

因为unicode是两个字节才表示一个字符，对于英语国家来说，利用率就下降了一半，因为原来的ascii码都是一个字节表示一个字符。而且英语国家不需要其他一些扩展的字符集，所以就使用了utf8这种折中的办法。当使用ascii原有的字符时，仍然用一个字节表示，使用扩展字符集时才用两个或两个以上字节表示。

    我说的 “将来”也是一个时间段而已啦，呵呵，或许50年，或许100年。
    不过，关于utf8，并不只是提高利用率，好像，还有是因为UCS2的方式不适合传输，因为里面的有些字符编码在unix等系统当中，会被当做特别的用处，好像如果用UCS2的编码的话，如果不对unix等系统进行大的修改的话，无法使用，字符编码会被“截断”。utf是一种传输方式，UCS是一种字符编码方式，我看资料应该还是有区别的。

＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋
在 Unix 下使用 UCS-2 (或 UCS-4) 会导致非常严重的问题. 用这些编码的字符串会包含一些特殊的字符, 比如 '\0' 或  '/', 它们在 文件名和其他 C 库函数参数里都有特别的含义. 另外, 大多数使用 ASCII 文件的 UNIX 下的工具, 如果不进行重大修改是无法读取 16 位的字符的. 基于这些原因, 在文件名, 文本文件, 环境变量等地方, UCS-2 不适合作为 Unicode 的外部编码. ＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋
＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋
最终, Unicode 将取代所有这些编码, 主要通过 UTF-8 的形式. UTF-8 将应用在

文本文件 (源代码, HTML 文件, email 消息, 等等)
文件名
标准输入与标准输出, 管道
环境变量
剪切与粘贴选择缓冲区  
＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋＋