SILE排版引擎中字体大小调整机制的技术探讨

字体大小调整问题的背景

在SILE排版引擎的代码库中，存在多处对字体大小进行硬编码调整的实现方式。这些实现通过在代码中直接指定固定的磅值(如"-0.5pt")来微调字体大小，这种做法在专业排版领域存在明显缺陷。

现有实现的问题分析

当前实现的主要问题在于：

1. 使用绝对单位(磅值)进行调整，无法适应不同基础字体大小的场景
2. 调整值基于特定字体组合(如Hack与Gentium)的视觉匹配，缺乏通用性
3. 无法适应不同默认字体和字体大小的变化需求

专业排版中的解决方案

在专业排版领域，字体大小的调整应当考虑以下因素：

1. 字体相对单位：使用与字体本身特性相关的单位(如"ex"、"em")而非绝对单位
2. 字体度量指标：参考字体设计时定义的度量标准，如x高度(xHeight)、大写字母高度(CapHeight)等
3. 视觉平衡：确保不同字体组合时在视觉上保持协调一致

技术实现方案探讨

基于对CSS的font-size-adjust属性的研究和实际测试，我们提出以下改进方向：

1. 字体度量指标的获取

现代OpenType字体在OS/2表中提供了专业排版所需的度量指标：

• sxHeight：字体设计定义的x高度
• sCapHeight：字体设计定义的大写字母高度

然而需要注意：

• 这些指标的存在取决于OS/2表的版本
• 某些字体中这些值可能为0
• 实际测量值可能与设计值存在微小差异

2. 回退机制设计

当字体不提供专业度量指标时，可采用以下回退方案：

• x高度：直接测量小写字母"x"的高度
• 大写字母高度：直接测量字母"H"的高度

3. API设计建议

建议在\font命令中新增adjust选项，用于指定字体调整方式。该选项应与size选项互斥，支持以下调整模式：

• 基于x高度的调整
• 基于大写字母高度的调整
• 自定义比例调整

实现考量

在具体实现时需要考虑：

1. 是否优先使用OS/2表中的专业度量指标
2. 如何设计简洁而强大的API接口
3. 如何处理不同字体格式和版本的兼容性问题

结论

SILE作为专业排版引擎，应当提供更加科学和灵活的字体调整机制。通过引入基于字体相对单位和专业度量指标的调整方式，可以显著提升排版质量，特别是在混合使用不同字体时的视觉一致性。这一改进将使SILE在专业排版领域更具竞争力。