gpt4 book ai didi

pdf - Open Type 字体中的字形宽度

转载 作者:行者123 更新时间:2023-12-05 01:23:16 27 4
gpt4 key购买 nike

我有 MinionPro-Regular.otf 文件。我使用它的结构。我发现它有:

Table 'hhea': reference on 1668 metrics in 'hmtx' table. 
Table 'hmtx': 1668 pairs of hMetrics('advanceWidth', 'leftSideBearing').
Table 'CFF ': 1429 glyph names.
Table 'CFF ': param 'CharStrings' have offset to the index of 1668 elements.
Each element consist the Width property if it is not the same
as DefaultWidth.

CFF 规范告诉为,OTF 字体总字形数量(如果嵌入字体,则仅在 PDF 文件的 CFF 流中显示)必须是:
  • 带有预定义的 ISO Adob​​e 字符集(228 个名称)1429 + 228 = 1649 ;
  • 带有预定义的“专家”字符集(115 个名称)1429 + 115 = 1544 ;
  • 具有预定义的“专家子集”字符集(86 个名称)1429 + 116 =
    1515
    .

  • 最接近 1668 的数字是 1649,但 19 的差异意味着我失去了这个索引想法中的一些重要内容。

    问题是:
  • 名称 INDEX 和指标/字符字符串 INDEX 之间的关系在哪里?
  • FLAG 在哪里,使用的是哪种预定义字符集?

  • 重要更新

    字符集无关紧要!这是错误的方式!

    最佳答案

    好吧,我终于明白了!



    高分辨率:https://docs.google.com/drawings/pub?id=1gM7gs-ibJ_0qsUrsxIkF5rYUmC9Ix2F9WD9d3aqwc0g&w=1209&h=1179

    它是如何工作的:

    开放式字体文件 (OTF) 包含 hhea带有参数 numberOfHMetrics 的表和 hmtx包含字体中每个字形的水平度量数组的表格。
    CFF表由字符串数组组成。 version 有 0...1428 个字形名称和 1429...1432 个字符串值。 , Notes , FullName , FamilyName参数。我怎么理解,这 4 个字符串总是额外的。

    现在我们有 Predefined Standard Strings - 全世界所有开放式字体通用。如上所述,该表有 0...378 个常用字形名称和 379...390 个额外的参数名称。

    现在我们必须将两个名称表合并到一个数组中。预定义名称表的第一个元素,包括 .nondef元素(这对我来说很奇怪,因为它是系统“无”,但正如我们看到的水平度量 500)和整个 CFF 字符串数组,除了参数的名称。元素总数必须为 numberOfHMetrics .

    我浪费了 60 个小时来理解整个画面。

    关于pdf - Open Type 字体中的字形宽度,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/11975349/

    27 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com