opentype.js 中 fvar 实例名称解析问题的技术分析

问题背景

在 OpenType 可变字体规范中，fvar 表用于定义可变字体的各种实例，而 name 表则存储了这些实例的名称。在 opentype.js 这个 JavaScript 库中，当解析可变字体时，发现了一个关于实例名称解析的特定问题：当 fvar 表中的实例名称引用 name 表的 nameID 17（即 preferredSubfamily 名称）时，返回的名称条目为空。

技术细节

根据 OpenType 规范，nameID 17 被定义为"首选子家族名称"(preferredSubfamily)，通常用于表示可变字体的默认实例名称。许多字体编辑工具（如 Glyphs）会直接使用这个 nameID 来引用默认实例，而不是创建一个单独的名称条目。

在 opentype.js 的实现中，问题出现在名称解析的逻辑顺序上。库在处理 fvar 表时，会尝试从 name 表中查找对应的名称，但对于 nameID 17 的情况，库内部将其映射为"preferredSubfamily"键名，而不是直接使用数字 ID 17 进行查找。这导致名称查找失败，返回空结果。

影响范围

这个问题主要影响：

1. 使用 Glyphs 等字体编辑器导出的可变字体
2. 需要完整列出所有可变字体实例名称的应用程序
3. 依赖默认实例名称进行字体渲染或选择的系统

解决方案

正确的实现应该是：

1. 保持 fvar 表中原始的名称 ID 引用
2. 直接使用数字 ID 在 name 表中查找对应的名称字符串
3. 避免在查找过程中对特定 nameID 进行特殊处理或重映射

修复后的逻辑应该能够正确处理所有 nameID，包括 17 号名称，确保可变字体实例名称的完整性和准确性。

开发者建议

对于依赖 opentype.js 的开发者，在问题修复前可以采取以下临时解决方案：

1. 检查返回的实例名称是否为空
2. 如果是默认实例且名称为空，可以尝试直接从 name 表中获取 nameID 17 的名称
3. 或者考虑在字体生产环节为默认实例添加额外的名称条目

这个问题的修复将提升 opentype.js 对符合 OpenType 规范的可变字体的兼容性，特别是对那些遵循最佳实践使用 nameID 17 作为默认实例名称的字体文件。