QML字体/样式命名问题:Mac / Linux平台差异

时间:2013-07-08 07:57:07

标签: qt fonts qml typography opentype

我有一个Qt 4.8应用程序,它的前端UI都是通过QDeclarativeView中的QML完成的。

在应用程序的(原始)Linux版本上,通过指定

,它在文本项目的QML中使用了几种字体
font.family: "ReykjavikOne OT AGauge"

font.family: "ReykjavikOne OT CGauge"

并且这些工作符合预期(CGauge是一种胖子,粗体版本)。

然而,在Mac端口上,这两个似乎都回归到一些丑陋的默认回退sans字体。但是使用

font.family: "ReykjavikOne OT"

确实获得了“AGauge”。

在Linux系统上,fc-list | grep ReykjavikOne让我

/usr/share/fonts/opentype/ReykjavikOneCGaugeItalic.otf: ReykjavikOne OT,ReykjavikOne OT CGaugeItalic:style=CGaugeItalic
/usr/share/fonts/opentype/ReykjavikOneCGauge.otf: ReykjavikOne OT,ReykjavikOne OT CGauge:style=CGauge
/usr/share/fonts/opentype/ReykjavikOneAGauge.otf: ReykjavikOne OT,ReykjavikOne OT AGauge:style=AGauge
/usr/share/fonts/opentype/ReykjavikOneAGaugeItalic.otf: ReykjavikOne OT,ReykjavikOne OT AGaugeItalic:style=AGaugeItalic

在Mac上,FontBook显示在单个“ReykjavikOne OT”条目下列为子项目的4种样式。 CGauge字体似乎在Mac上的其他应用程序中完全可用,所以我假设这是Qt / QML特有的问题。

似乎没有任何QML文本/字体机制(至少,我不能发现),我可以通过它选择样式名称为“CGauge”的字体样式。用粗体/ font-weight搞乱似乎让我更加大胆的AGauge或默认字体。

同样适用于QML RichText内容也是如此。包含<style></style>的{​​{1}}元素的文本在Linux上正常工作,但在Mac上它恢复为后备字体,font-family: 'ReykjavikOne OT CGauge'是最好的,可以获得AGauge。 (添加'ReykjavikOne OT'会得到一个粗体的AGauge,但CGauge明显更胖。)

Mac和Linux(Debian / Wheezy)系统都使用相同的.otf文件安装字体。

我最希望能解决这个问题,并按照预期在Mac上显示字体的CGauge样式吗? (注意我是字体和Mac的新手。)

2 个答案:

答案 0 :(得分:6)

我担心核心问题是字体元数据。 AGauge / CGauge位应该永远不会泄漏字体名称。虽然许多字体编辑器允许字体作者在面(样式)字段中放置他们想要的任何字符串,但实际上有严格的规则要尊重您是否希望应用程序理解它们。

几年前,微软认真对待其应用程序使用类似CSS的样式,并被所有具有创造性命名的字体所困扰。因此,他们编写了严格的指导方针,关于应用程序中实际可行的内容,以及Adobe和其他主要字体播放器的支持(请注意,Microsoft是OpenType规范的共同维护者,并且uniscribe几乎是参考OpenType引擎)。您的字体不符合这些准则

请阅读Microsoft白皮书。它描述了Microsoft设法挽救的字体命名类型,使用的启发式方法以及启发式产生的规范名称。一个好的字体不会触及那些启发式,因为它的命名已经使用了规范形式,不需要修正。一个糟糕的字体最多会在Microsoft平台上默默地更正其命名。在其他平台上,例如Linux或OSX,将没有更正,因此疯狂的命名将产生疯狂的结果,包括你遇到的失败。

https://blogs.msdn.com/cfs-filesystemfile.ashx/__key/communityserver-components-postattachments/00-02-24-90-36/WPF-Font-Selection-Model.pdf http://blogs.adobe.com/typblography/typotechnica2007/Font%20names.pdf

例如,您的fontconfig输出显示ReykjavikOneCGauge.otf将ReykjavikOne OT或ReykjavikOne OT CGauge(以该优先级顺序)声明为姓氏,将CGauge声明为面部名称。根据Microsoft白皮书,CGauge不是有效的面名,因此字体应使用ReykjavikOne OT CGauge作为系列名称,并根据相应的WWS(权重宽度斜率)限定符构建面部名称。不幸的是,它声明ReykjavikOne OT(没有CGauge)作为主要名称,而CGauge作为无用的面部名称。

请注意,较旧的软件不会读取这些新的Opentype命名字段,因此无论作者放在哪里,只要您的字体堆栈足够古老,它就可以起作用。

答案 1 :(得分:2)

我设法通过在Debian系统上的fontforge中打开ReykjavikOneCGauge.otf文件来解决这个问题,将任何提及的字体名称/字体系列名称更改为ReykjavikCGauge,其中此字体是“正常”样式,重新生成新的ReykjavikCGauge.otf并在Debian和Mac系统上安装它。在Mac上,它现在显示为与原始字体完全独立的字体,并使用font-family:ReykjavikCGauge现在可以按预期访问它。