可变字体导入后字重不对，怎样记录轴坐标与静态备选

可变字体导入后字重不对，应记录具体字体的轴标签、轴范围与实例坐标，再验证目标引擎是否支持这些轴。只交付“加粗”或“650字重”不足以确定画面；同一文件还可能有宽度、光学尺寸等轴，默认值和命名实例也会影响结果。

先确定文件与环境

附件是独立轴契约JSON，不是实际可变字体，不能直接导入排版软件。它模拟wght与wdth两个轴以验证范围检查。真实轴范围必须读取获许可字体的fvar等表或设计方说明，不能把示例的100至900当所有字体通用范围。目标操作系统、渲染库、软件版本与字体格式需明确登记。

操作与判断

1. 先确认文件确为可变字体，读取轴标签、最小值、默认值、最大值和命名实例。文件名含Variable只能作为线索，不能代替表结构；同一家族的静态文件也可能有相似名称。

2. 把设计稿所需坐标写为明确数值，区分字体支持范围与界面控件允许范围。若软件只显示几个字重名称，确认它使用命名实例还是自行映射；不要凭菜单选项多就认为所有轴都可用。

3. 在目标引擎依次测默认实例、需求实例与静态备选。比较同一文本的轮廓、宽度、行数和行高；不要只看字更黑，还要看版式是否因此溢出。

4. 遇到不支持的轴先保存失败条件，与设计方确认静态实例或另一字体方案。生成静态实例必须符合许可和工具支持，导出后重新验身份与样张，不把改扩展名视为转换。

输入对照与结果边界

实例	wght	wdth	结构检查
title	650	100	范围内
invalid	950	100	wght越界
未指定轴	采用默认值	采用默认值	仍需核对实际字体

verify.py实际读取axis-contract.json并报告第二个实例越界。范围内仅表示符合此结构夹具的约定，不证明引擎会采用该值，也不证明字体插值结果符合设计稿。超出范围时，不同软件可能钳制、忽略或报错，正文不假设统一行为，应在目标版本记录实测。

下载并复核

独立轴范围与实例夹具、范围只读验证、实际执行结果。

下载轴契约与验证脚本，运行python verify.py得到title通过、invalid的wght超限。正式项目复制契约后使用真实字体表中的范围，补充字体版本、实例用途与静态备选路径。不要直接将此JSON当font-face配置，排版系统怎样设置轴需参照其支持的属性与API。

已实际执行结构夹具检查，识别950超过模拟wght最大900。未生成实际变量字体，未测任何引擎的变量轴渲染行为。

失败时怎样继续

若字重正确但行宽变了，检查宽度轴或光学尺寸是否自动启用；若完全无差别，检查字体文件是否加载、是否被静态同名字体替代。某些旧引擎仅使用默认轮廓，不能靠加大字体文件尺寸修复。若截图与重开工程不一致，还需核对项目是否保存了实例参数。

交付时把“变量文件加坐标”与“静态备选文件”分别定义，固定选择条件。重点标题要保存目标软件样张，包含最长文本和混排内容。没有目标引擎实测时可交范围验证与测试方案，但兼容状态必须保留待测，不能以OpenType支持这种格式推断所有展项软件通过。

相关背景可看展厅更换供应商时，怎样核对工程文件能否继续维护，继续从多媒体播放专题查找相关流程；需要结合项目确认时可查看工程对接咨询。

一级出处

• 可变字体包含设计轴与实例坐标，字重名称不足以表示实例。

来源核对日期：2026-10-24。来源支持所述机制；本文合成输入与本地计算只证明所列文件及算法，不代表目标软件或现场设备已验收。