两条轴与八个具名实例：可变字体的空间不只是一张样式菜单

字体说明同时写着“两条轴”和“八个具名实例”，是否是在用两种方式数同一组样式？OpenType 1.8.1的fvar说明并非这样定义。轴描述设计特征可以怎样变化，实例对应变化空间中的位置；具名实例则是设计者从这些位置中挑出并赋予名称的预选项。[1]

规范先将可变字体解释为一个字体资源容纳同一家族的多种字体样式。设计可以沿某个轴连续变化，例如字重；也可以结合两条或更多轴。各轴共同定义变化空间，所以轴的数量描述的是变化维度，不是菜单里共有几个名称。只看样式名，无法还原整套范围。

fvar表提供字体所支持变化的总体定义，包括采用哪些轴，以及每条轴的变化范围。设计者又可以把特定坐标位置列为named instances。规范把这些名称视作类似子家族名的表达，供应用呈现一张较短的预选名单。因此，具名名单是进入设计空间的若干入口，并没有把所有可能位置都枚举出来。[1]

Adobe Variable Font Prototype的README提供了具体例子。它列出weight与contrast两条轴，同时列出八个具名实例。其中既有Regular、Bold、Black等名称，也有Black Medium Contrast和Black High Contrast。这些名称属于同一原型的说明，不能将“有八个名字”改写成“有八条设计轴”。[2]

这个例子也显示，名称可以联系不止一种变化特征。Black与带有Contrast修饰的名称并列，并不表示后两项成为全新的维度。它们仍是在原文列出的两轴框架内说明具名设计位置。本文不由名称推算具体坐标，也未观看字形示例、生成字体或执行仓库中的测试。

默认实例还有单独定义。规范说，当每条轴都取该轴默认值时，得到字体的default instance。它可以有专门的实例记录，也可以没有；枚举具名实例时，即使缺少对应记录，默认实例仍应被包含。因而，记录表中没有为默认位置另写一行，不等于字体没有默认呈现。[1]

Adobe将这份原型定位为支持OpenType可变字体环境和工作流的测试案例，并说明它来自Source Serif Pro派生的UFO源、提供OpenType-CFF2和TrueType格式。这是原项目的资料身份，不是本文完成了一次测试，更不能据此保证任意应用都支持相同功能。[2]

对平面设计资料交接，轴、范围、实例名称与默认位置分别说清，才能理解一张样式菜单代表了什么。本文只采用规范概念和原型文字，不展开字库构建、插值算法或CSS配置，也不判断印刷、许可与可读性。两份来源的首次公开日期未知，不以当前仓库页面或规范版本名代替首发时间。