FontForge项目中的TTC文件垂直度量保存问题分析

在字体设计领域，TrueType Collection(TTC)是一种将多个TrueType字体合并为单一文件的技术。FontForge作为一款开源的字体编辑工具，在生成TTC文件时可能会遇到一些技术问题，特别是在处理不同字体间共享字形但具有不同垂直度量的情况时。

问题背景

当设计师需要将多个字体合并为TTC文件时，FontForge会智能地识别并共享相同轮廓的字形以节省空间。然而，在某些特殊情况下，虽然不同字体中的某些字形具有完全相同的轮廓数据，但它们可能需要不同的垂直度量(vertical metrics)来满足特定的排版需求。

问题具体表现

通过实际案例观察，当五个字体中存在某些字形轮廓相同但垂直度量不同的情况时，FontForge生成的TTC文件可能无法正确保留所有字体的原始垂直度量信息。具体表现为：

1. 对于轮廓不同的字形（如U+FE35），垂直度量能够正确保存
2. 对于轮廓相同但垂直度量不同的字形（如U+FE36），垂直度量会被错误地统一

技术分析

深入分析TTC文件结构可以发现，问题出在vmtx(垂直度量表)和cmap(字符映射表)的关联上：

1. vmtx表中缺少对共享字形但不同度量的变体记录（如缺少uniFE36#1条目）
2. cmap表未能正确映射到变体度量记录

这种问题会导致在打开TTC中的特定字体时，某些字形的垂直度量被错误地替换为其他字体中的值，从而影响排版效果。

解决方案建议

要彻底解决这个问题，FontForge在生成TTC文件时需要改进其处理逻辑：

1. 在检测字形相似性时，不仅要比较轮廓数据，还应比较垂直度量信息
2. 对于轮廓相同但度量不同的字形，应当创建独立的变体记录
3. 确保cmap表正确映射到各个字体的特定度量变体

对字体设计师的建议

在实际工作中，如果遇到需要合并具有相同轮廓但不同度量的字体到TTC文件的情况，建议：

1. 暂时避免使用TTC格式，分别保存为单独的字体文件
2. 或者手动调整这些特殊字形的轮廓，使其有微小差异，迫使FontForge将其视为不同字形
3. 关注FontForge的更新，等待该问题被修复

结语

字体文件的技术细节往往影响着最终的排版效果。理解TTC文件中字形共享与度量保存的机制，有助于设计师更好地处理多字体合并场景下的技术挑战。FontForge作为开源工具，其问题修复依赖于社区的贡献，这类问题的发现和报告对提升工具质量具有重要意义。