我的自制 ebuilds 包括中文美化 ebuild 升级

zhllg

我之前还没看到幻想的签名档
不过麒麟已经很丢脸很丢脸了
这是一个诚信问题
根本就是用了FreeBSD（其实就算没有dancefire的文章，用过麒麟和FreeBSD的人都已经这样认为了），但却说是自己研发的，根本不提自己和FreeBSD是什么关系

晨想

看到了，是我看错了。。。。不过snapshot似乎也不错。。挺好的。不过我用的是  git 版了。舍去粗体。。。

younker

qt-3.3.6问题有人遇到了吗？

有人解决了吗？

seamonkey

同问，这个问题妨碍到了我使用KDE。

seamonkey

选字体的时候, 比如 AR PL New Sung 是没有粗体的.
但如果 Sans 的中文替代是 AR PL New Sung , 那么 Sans 粗体时, 里面的中文也是粗体.

前者肯定是的，但后者有疑问，如果你不选Sans这个typeface的名称，而是明确指定一个英文字体，那么在qtconfig中指定的替代的中文部分还有无粗体？在KDE中，凡是字体选择部分不明确指定一种字体，而是用sans, serif, monospace这样的typeface名称，会影响程序速度。不过你都是用文泉驿字体替代的，它本身包括了真正的粗体。

请参看:

http://linuxsir.cn/bbs/showthread.php?t=253739

http://linuxsir.cn/bbs/showthread.php?t=254579

这个问题困扰我多时了。

seamonkey

还有：

http://linuxsir.cn/bbs/showthread.php?t=256022

VirusCamp

哦? 这样啊?
我这里可能有问题.

这个还要试验看看, 要删除 文泉驿 ,排除它的粗体
1. 只留 ar pl new sung , 看看有没有粗体
2. 多种字体, 字体是不是能正确选择, 会不会一行用多种中文字体

seamonkey

会。

我今天特地装了个KDE，再试试看，因为前几天添加了一个细明体，结果在qtconfig不设置字体替换的情况下，所有碰到中文字体替换的地方，都用细明体了，而不是前面帖子中说的黑体了，晕。完全不理会fontconfig设置的字体的优先级别。

seamonkey

说错了，我说的会，是指Opera中会出现一篇文档多种字体的情况，Konqueror中不会，只会缺字。

seamonkey

让我来表述地清晰一点： 为了实验，我已经把字体减少到可以忍受的最低限度。

我的愿望：

GUI字体：
英文部分：Lucida Grande
中文部分：STXihei （华文细黑）

（学Mac）

现在~/.qtrc中未加任何字体替换。

如果直接从kcmshell fonts中选择"Lucida Grande"，中文部分一律是PMingLiU（新細明體）。

如果从kcmshell fonts中选择"Sans Serif"，英文部分是Arial，中文则是STXihei（华文黑体）

如果从kcmshell fonts中选择"Times New Roman"，中文还是用的PMingLiU（新細明體）。

如果从kcmshell fonts中选择"Serif"，英文是"Times New Roman"，中文则依旧是PMingLiU（新細明體）。

下面看fc-match的结果：

fc-match "Lucida Grande" --sort

1. LucidaGrande-modified.ttf: "Lucida Grande" "Regular"
   
2. LucidaGrande-Bold-modified.ttf: "Lucida Grande" "Bold"
   
3. STXiHei.ttf: "STXihei" "Regular"
   
4. ...

复制代码

1. fc-match "Sans Serif" --sort
   
2. fc-match "Sans Serif" --sort
   
3. STXiHei.ttf: "STXihei" "Regular"
   
4. LucidaGrande-modified.ttf: "Lucida Grande" "Regular"
   
5. LucidaGrande-Bold-modified.ttf: "Lucida Grande" "Bold"
   
6. arial.ttf: "Arial" "Regular"
   
7. ...

复制代码

1. fc-match "Times New Roman" --sort
   
2. times.ttf: "Times New Roman" "Regular"
   
3. simsun.ttc: "SimSun" "Regular"
   
4. mingliu.ttc: "PMingLiU" "Regular"
   
5. ...

复制代码

1. fc-match "Serif" --sort
   
2. simsun.ttc: "SimSun" "Regular"
   
3. times.ttf: "Times New Roman" "Regular"
   
4. mingliu.ttc: "PMingLiU" "Regular"
   
5. ...

复制代码

可见QT没有遵循fontconfig匹配的结果

我现在摸到一些QT中字体优先顺序的规律

我有哪些中文字体呢，简繁体都算在内

1. fc-list :lang=zh
   
2. PMingLiU,新細明體:style=Regular
   
3. KaiTi_GB2312,楷体_GB2312:style=Regular
   
4. NSimSun,新宋体:style=Regular
   
5. FangSong_GB2312,仿宋_GB2312:style=Regular
   
6. SimSun,宋体:style=Regular
   
7. SimHei,黑体:style=Regular
   
8. MingLiU,細明體:style=Regular
   
9. STXihei,华文细黑:style=Regular
   

复制代码

可见，QT选择字体的顺序和fc-list列出的次序一致，如果删除新細明體，那么楷体_GB2312的优先级肯定最高，所以很多人都抱怨KDE中中文字体都变成楷体了。

我的QT版本是3.3.6，locale是zh_CN.UTF-8。