如何将转换为在 Windows 95 中的 TrueType 标志符号索引的 Unicode 字符代码

可能性和结束

若要使用 TrueType 字体文件中的数据，许多数据类型问题必须得到充分理解。TrueType 规范，在字体文件中的所有表都定义为基本数据类型的集合。规范还定义的基数据类型，但它们很好地与某些 Windows 平台 SDK 所定义的基础数据类型相对应。
TrueType 字体文件是字节压缩的这意味着所有数据类型都位于在文件中的字节偏移量。特定的填充字节包含在表定义中 （如果适用） 的规格。大多数编译器允许，有时会默认为字节边界以外的其他结构上的对齐方式。这意味着定义”C”语言结构，以模仿表的定义可能不兼容。
如有可能，来表示表，则此示例代码使用的结构定义。要正常工作，必须编译代码并且字节结构对齐如确保通过 pack 杂注的示例代码使用。
保证字节装箱，即使只在一个结构中读取表不正确。TrueType 字体文件使用”大字节序”或摩托罗拉样式字节排序，而英特尔的微处理器使用”小字节序”字节排序。这意味着所有大于从 TrueType 字体文件中获取一个字节必须有个字节的数据交换。交换字节为单位），可使数据兼容与英特尔的微处理器。SWAPWORD 和 SWAPLONG 宏定义提供了一个工具，以便执行此操作。

定义

“Cmap”表中的 TrueType 字体文件包含多个子表 ；其中的每个定义不同的编码。若要找到各个子表，该代码示例还定义了一个方便的名为 CMAPHEADERSIZE。宏是子表目录的开头的偏移量计算方便。该宏将返回用来存储在”cmap”表中的”cmap”表版本和各个子表数的两个无符号短数据类型的大小：

每个编码的子表主”cmap”表中有一个目录条目。这是由结构定义 _CMapEncoding 表示在源代码中。此结构包含两个 ID 字段，用来区分每个子表，并从”cmap”表中的子表所在的位置开始的偏移量：

Win32 API 中的GetFontData函数采用一个 dword 值参数，作为表名。这样做的原因 TrueType 规范定义表名称为 4 字节标记序列。若要正确地打包到GetFontData函数调用的 dword 值参数的表名称，该代码示例定义一个名为 MAKETABLENAME。宏的工作方式通过按顺序将四个表名称标记的单个字节值转移到 dword 值数据类型：

Unicode 编码的子表标记为 3 PlatformId 和 SpecificId 的 1。这”3-1″编码是根据 TrueType 规范格式 4 子表。在源代码中定义是一种结构，_CMap4，它对应于格式 4 子表的前七位的数据类型加上一个符号的一个符号的短整型数组。数组表示子表定义多个无符号短阵列组成的平衡。通过结构定义中包含的数组符号，定义一个方便的地址到无符号的短数组的开始位置。数组符号然后用于使用它们从第一个数组的偏移量计算其他数组的起始地址。当更大的内存缓冲区包含完整的子表，来取消引用一个无符号的短数组强制转换时，这非常有用：

进程

该代码示例实现了这两个基本任务： Unicode”cmap”子字体文件和子表，以查找 Unicode 字符代码 TrueType 标志符号索引的搜索，从表中检索。
若要从给出一个 DC 的 TrueType 字体文件检索表数据，该代码使用GetFontData函数。此函数需要到 DC TrueType 字体文件处于选中状态。若要检索表数据按指定的 TrueType 表进行索引，表 4 字节标记名称必须打包到一个 dword 值。因为我们只是想从”cmap”表中获取数据，代码示例定义了一个全局的 dword 值，dwCmapName，它汇集了”cmap”标记。编码对GetFontData函数的所有调用都使用全局 dwCmapName 变量。
GetTTUnicodeCoverage函数是 Unicode”cmap”子表中检索的源代码。它被声明为：

此函数可检索完整 Unicode 子表 TrueType 的”cmap”表中。如果使用的缓冲区太小，调用 （即，大小为零） 个 pBuffer 参数声明通过 cbSize 或 NULL 参数，它运行失败并返回 FALSE。当以这种方式失败时，它将计算并返回在 pcbNeeded 参数中所需的缓冲区大小。如果此函数成功，填充 pBuffer 参数并放在 pcbNeeded 参数中复制的字节数。
此函数首先搜索子表将包含 Unicode 编码，或者”编码 3-1″或”3-0″编码。TrueType 规范的”cmap”数据类型一章中定义，这些都是格式 4 各个子表。
如果函数会查找 Unicode 编码，它使用GetFontFormat4Header函数来检索格式 4 子表中的前七个元素。然后，该代码计算返回整个 Unicode 子表所需的缓冲区大小。如果缓冲区太小或不提供，大小返回给调用方，这样他们可以分配一个适当大小的缓冲区并重新调用函数。
如果由调用方提供的缓冲区不够大，示例代码然后使用GetFontFormat4Subtable函数来检索整个子表。此函数正确地重新排序以适应英特尔微处理器的字节数。如果子表检索已成功完成，结果将被复制到调用者的缓冲区中。如果未成功完成，该代码将不会修改用户的缓冲区中，并可以安全地返回失败。通过将设置为零的字节为单位） 需要的参数，它未能向缓冲区中复制字节为单位），并可以区分这种失败的缓冲区空间不足，可以指示代码示例。
一旦已获得 Unicode 子表，使用它可以要检索的字符的代码的标志符号索引，或者为了实现大量其他有用的功能。
将 Unicode 字符代码转换到标志符号索引的示例代码的GetTTUnicodeGlyphIndex函数中完成：

此函数具有较简单的界面，要求仅将句柄的 DC，hdc ；其中包含的 true Type 字体和 Unicode 字符代码将转换的频道。成功时，该函数将返回 ch 的标志符号索引。如果 Unicode 字符代码不在中的编码 （即，某个文件夹下没有任何标志符号） 返回缺少的标志符号索引值为零。
它第一次通过分配缓冲区和调用GetTTUnicodeCoverage函数来检索 Unicode 子表。如果发生错误，该示例代码无法通过返回缺失标志符号索引进行调用。在这种情况下，故障可能意味着 DC 不包含 TrueType 字体，或者 TrueType 字体不包含适当的 Unicode 子表。
接下来，该代码将尝试查找 Unicode 字符代码中的编码。每个格式 4 子表引用中的 TrueType 规范的”cmap”数据类型章中执行搜索。FindFormat4Segment函数进行线性搜索子表中的代码段。如果任何代码段不方括号此字符代码，然后该字体文件不包含编码并因此没有任何标志符号。该代码然后返回缺失标志符号的索引。
标志符号索引的查询出现在GetTTUnicodeGlyphIndex函数的最后一个部分。有两种方法来查找特定的标志符号的标志符号索引。这两种情况下使用 idRangeOffset 阵列，通过检查在其中找到的字符代码段的序号索引处的值。
第一种情况下，如果位于段 idRangeOffset 数组的索引处的值为零，该代码取消引用具有相同的数组索引的 idDelta 数组中，并将转换为使用取模运算的标志符号索引：

第二种情况下，段的序号索引处的值是索引的标志符号索引查找表中的一部分。隐蔽索引这一轮，在 idRangeOffset 元素中使用的值的地址根据的顺序和位置的各个子表的数组，返回的中间的 ID 值。TrueType 规范的格式 4 子表一章中，索引的机制进行了说明。如果非零值，此值然后添加到 idDelta 值并转换使用取模运算 ；否则为没有任何标志符号并返回缺失标志符号索引：

其他有用的函数可从 Unicode 子表的解码。例如，此示例代码实现调用的函数：

此函数会添加格式 4 子表，以查找 Unicode 字符代码在 TrueType 字体文件中表示的总数中的每个段所涵盖的字符组成。但是请注意此函数必须测试每个单个字符代码，如果涉及一段使用的标志符号 ID 数组的映射，而不是连续的。
这也是指导您请注意不一定为标志符号的字体文件中包含的数字等效的 Unicode 字符编码映射到一个标志符号的计数。如果 Unicode 编码映射到同一个标志符号的多个字符代码，则可能存在更少的标志符号。也可能是多个字形字体文件中的映射建议比。例如： TrueType 打开 （现在称为 OpenType 版式） 表定义标志符号索引替换到多个备用标志符号。
GetTTUnicodeGlyphIndex函数还可用于实现的函数，以确定给定的 TrueType 字体中是否包含给定的 Unicode 字符代码的标志符号。只需调用GetTTUnicodeGlyphIndex函数中使用的字符代码，并测试缺失标志符号索引 （值为 0） 与等同的返回。

实施简介

此示例代码被编写为清楚起见，解释。它不非常适合重复使用，因为它在分配和检索 TrueType 表每次调用时的公共函数。用于实际应用程序中，是一种很好的优化，缓存的 Unicode 编码 TrueType 字体文件，只要它仍然在 DC 中。应用程序可以进行比较以查看 DC 到选定的字体是否相同的 TrueType 字体文件缓存，并将字体文件的校验和值进行比较。此校验和位于 TrueType 字体文件，该文件的开头的表目录中，并可以通过使用GetFontData函数来检索。请参见”表目录”下数据类型一章来查找字体文件的校验和 TrueType 规范的讨论。

完整的源代码

回到顶端 | 提供反馈

有关其他信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章：

对于 TrueType 规范的详细信息，请参阅：