渲染字体字符 LSB 或位置不同

Question

在某些情况下，我遇到了字形间距的不一致。

我正在使用带有IDWriteFontFace的 DirectWrite，并使用带有GetDesignGlyphMetrics的GetGlyphIndices来获取字形的度量，这样我就可以获取每个字形，将其存储为图像，然后使用字形信息（advance、lsb、rsb 等）重建整个字符串）。 我使用带有 WIC 位图的ID2D1RenderTarget.DrawTextLayout渲染每个字形。 虽然我所做的 99% 的测试似乎都有效，但我遇到了不一致的间距，我不知道是什么原因造成的。 也许有人可以阐明一些观点，但我不知道从哪里开始。

从我的基本解释来看，字体布局由将字形渲染为 lsb + 宽度组成，然后放置下一个字符的位置称为提前，提前宽度由 lsb、字形宽度、rsb 组成。

---

我正在使用这种 Zapfino 字体，因为它看起来相当复杂，并且是测试事物是否正确呈现的一个很好的指标。

因此，这里逐行进行一些渲染比较：

1. 正确渲染：这是左右两个不同的字符串，通过paint.net正确渲染

2. 我的渲染：我包括提前展示位置（红色）和起始 position（黄色）。 在左边，我们有 World、rendered 和 orld。 已正确放置，但与正确渲染相比，W 和 o 之间的距离现在太大了。

   在右侧，我们有 Hold。 渲染并且大部分与paint.net渲染一致。

3. 我将两者重叠以更好地进行比较。 我对齐 orld 的左侧，所以你可以看到至少那部分是一致的。 这是W关闭。 右侧几乎相同。

4. Paint.net 显示了 cursor position，我认为这是进步。 您可以看到提前放置，o 就在它的顶部。 但是右边有o，你可以看到它从advance到o有距离。 当在前面 (5)、不同字符旁边或单独渲染 o 时，它仍然具有该距离。 我相信（外观明智）似乎是 LSB 缩小了？

5. 奥兰多使用 Paint.net 和 cursor 渲染。 你可以看到 o 与前进相交，其他一些例子，我们和 Wo 有同样的问题，缩小了 LSB，但是例如在 Wi 中，字形与前进有适当的距离。 就像它自己一样。

根据字符缩小 LSB 或移动字形位置的这种效果称为什么？ 如何通过字形数据检测此类行为？

Answer 1

整形会自动处理 GPOS 字距调整，您无需直接访问值。 布局显然要经过整形，以这种方式应用字距调整。 IDWriteTextLayout1 接口允许为每个范围启用对字距调整，但这可能仅在没有可用的字距调整 GPOS 功能时使用。

基本上，使用简单的设计改进和标称字形进行渲染仅用于演示目的，其他一切都应通过整形过程 go，使用布局 API 或手动通过 GetGlyphs()/GetGlyphPlacements()。

Answer 2

我想通了，这是字距。 我被甩了，因为当我检查字体时， DirectWrite 为HasKerningPairs返回 0 。 但是，我在字体编辑器中打开了字体，可以看到它确实有字距调整对。 进一步查看它说的文档：

Newer fonts may have only GPOS kerning instead of the legacy pair-table kerning. Such fonts, like Gabriola, will only return 0's for adjustments. GetKerningPairAdjustments doesn't virtualize and flatten these GPOS entries into kerning pairs.

他们没有提供任何其他方式来抓住它们，所以这是一条死胡同。 无法从 DirectWrite 中的字体中获取这些变量，我觉得这很奇怪，因为内置的 TextLayout 在内部进行了这些调整。 但是，由于 DirectWrite 提供的 API 没有解决此问题，因此可以标记为已解决和未解决。