检测到论坛CSS可能没有正确加载，如出现排版混乱请刷新重试。

We detected that the CSS might not be loaded correctly. If the website displays abnormally, Please refresh and try again.

硬替换字体后，部分传统界面元素变宽

Nbteir

求个解决办法。

用更纱黑体的Gothic和UI合成 ttc，替换了微软雅黑/Microsoft YaHei UI。然后像下图的这种旧界面的标签、按钮就会变宽。

控制面板
Microsoft Word

DaleZ

Nbteir 这是由字体中某个参数导致的，使用新版雅黑也会有类似情况。
不过具体是什么地方忘了，去网上查一下新版雅黑界面变宽兴许有所帮助。

Nbteir

DaleZ 某个参数

查到问题所在了：

……OS/2表的xAvgCharWidth，这个值设置偏大，可能会造成某些软件的显示异常（如Microsoft Office的对话框可能会显示过宽……

如何评价 Windows 10 17025 测试版开始出现的「新版微软雅黑」？ - 知乎

总结：

Windows 的屎山界面会根据xAvgCharWidth调整宽度，且不读取版本号；
xAvgCharWidth的新计算方法对 CJK 字体会算出更大的值¹；
经 FontForge 过了手，会强制按新算法修改xAvgCharWidth。

_① _{如“更多讨论”的第一个链接中所述}

我就是用了 FontForge 修改字体信息；看来得改用别的软件。

唉，微软文档里都写

... it is strongly recommended that implementers do not rely on this value for computing layout for lines of text ...

控制面板我都不说了，2024 年的 Office 365 还是这样 (

DaleZ

Nbteir
这边建议可以试试 fonttools

mydarknight

其实可以用ttx提取OS/2表为xml文件（扩展名为ttx），在使用其他软件修改字体之后，再将OS/2表替换回去。
@rem 此步将之前的name，OS/2，head表导出，如果之前修改过字体度量(head)，字体名称(name)，则请按照您的实际情况修改（最简单的方式是全部改成OS/2，这样导出的3个ttx文件就都是OS/2表的了，加入head、name的原因是FontCreator也会擅自修改这两个table），如果您在批处理使用，请将%改为%%。
for %i IN (*.ttf) DO (ttx -t name "%i" & ttx -t OS/2 "%i" & ttx -t head "%i")
@rem 完成执行上面的命令后，使用第三方软件进行字体修改。
@rem 此步将之前的name，OS/2，head表替换回去，如果之前修改过字体度量(head)，字体名称(name)，则请按照您的实际情况修改
for %i IN (*.ttf) DO (ttx -o "%~ni_a.ttf" -m "%i" "%~ni.ttx" & ttx -o "%~ni_b.ttf" -m "%~ni_a.ttf" "%~ni#1.ttx" & ttx -o "%~ni_c.ttf" -m "%~ni_b.ttf" "%~ni#2.ttx" & del "%i" & del "%~ni_a.ttf" & del "%~ni_b.ttf" & ren "%~ni_c.ttf" "%i")

Nbteir 另外FontCreator也会强制修改xAvgCharWidth。

Nbteir

DaleZ 大约的确是解决了。

首先看了下 FontTools，里面的 ttx 可以修改xAvgCharWidth，但没看到里面有合并 ttc 的工具（我希望像原版雅黑一样，也用 ttc 文件安装）。

搜索一番看到 AFDKO 里面有个 otf2otc；但尝试后发现用这个合并出来的 ttc 文件，体积直接就是原来两个 ttf 之和。

而用 FontForge 合并出来的 ttc，体积几乎和原来的单个 ttf 相同。（佬说 FontForge 能合并 glyf 表）
强烈的对比令人非常不爽。

于是我还想挣扎一下，看能不能就在用 FontForge 的基础上解决。

查到一篇小日子写的文章：

……
xAvgCharWidthの書き替え方:

TTFファイルの中でOS/2テーブルの位置は、ファイル先頭付近の「OS/2」と書いてある所の直後を見れば分かる。「OS/2」の直後には32ビット整数(ビックエンディアン)でチェックサム、オフセット、サイズと続く。手元のファイルでは、オフセットは1D8hや1C8h等であった。このオフセットはファイル先頭からOS/2テーブル先頭までのバイト数。

OS/2テーブル先頭からバージョン(uint16)、xAvgCharWidth(int16)と続く。手元のファイルでは xAveCharWidthは1959(7a7h)だった。これを1024(400h)に書き替える。

……

机翻勉强阅读。
按这个尝试成功。

用二进制编辑器打开用 FontForge 改好的字体。在开头找到 'OS/2'，间隔 32 位之后，是 OS/2 表的位置。

OS/2 表的位置

跳转过去，是 16 位的 OS/2 版本号；紧接着是 16 位的xAvgCharWidth，芜湖。
恢复原始值即可。（顺便一提，各个字重的值不同）

xAvgCharWidth 位置

彩蛋：计宗强者

计宗强者

Nbteir

mydarknight

ttx 我试过了，是可以改。

Nbteir 首先看了下 FontTools，里面的 ttx 可以修改xAvgCharWidth

但是我最后一步还需要把两个 ttf 合并成 ttc；用 fontforge 做这步的话可以合并 glyf 表，合并出来的 ttc 文件几乎只有原来一个 ttf 的大小（因为大部分字形是一样的）；所以我想用 fontforge 来合成 ttc。

这样 fontforge 就绕不开了，最后这一步还是会改掉xAvgCharWidth。所以才找了二进制修改的办法。

顺便补充一下吧。合成 ttc 之后，有可能里面各个 ttf 没用共用OS/2表（如果两个 ttf 的OS/2表内容一样的话，是会共用的。但是好巧可能 Belleve 佬疏忽了还是怎么，有一个字重两个 ttf 的xAvgCharWidth不同，这就导致合并 ttc 的时候没共用OS/2表；不过最新的版本又改成一样了），这时候就要分别修改，额外的操作也不多，可以参考TrueType TTC格式详解。

mydarknight

Nbteir Belleve大佬推出过一个工具otfcc-ttcize，可以合并glyf表生成ttc。
至于不需要合并glyf表的情况，我用的是微软自己的makettc.exe（但需要用otvdm执行，毕竟是16位程序，不用unitettc的原因处理多个较大的ttc时非常不稳定，几乎无法完成合成）
我的策略是：

msyh.ttc、msyhbd.ttc是主要的字体文件（仅YaHei UI，改成冬青黑体等更好的字体，因为有等宽版所以需要合并glyf表）。
msyhl.ttc存放YaHei UI的Light字重、雅黑11.0主要三个字重（不改名）等。
msyhsb.ttc、msyhsl.ttc存放替换之后的YaHei UI和雅黑11.0（Semibold和Semilight字重）。
雅黑6.x的三个字重合并到一个ttc，并改名（方便调用）。

删封申诉 | 知乎专栏 | 状态监控 | 用户协议(EULA) | 隐私政策

本站文章除其作者特殊声明外，一律采用CC BY-NC-SA 4.0许可协议进行授权，进行转载或二次创作时务必以相同协议进行共享，严禁用于商业用途。

检测到论坛CSS可能没有正确加载，如出现排版混乱请刷新重试。

We detected that the CSS might not be loaded correctly. If the website displays abnormally, Please refresh and try again.

© 2025 wvbCommunity 管理团队