下载最新版的字体合并补全工具并解压缩。
字体合并补全工具在运行平台和自带字库两个维度上划分不同的版本。文件的命名规则为 WarFontMerger-自带字库-版本号-运行平台
。
WFM 支持以下 64 位运行平台:
运行平台 | 运行时依赖 | 备注 |
---|---|---|
windows-x64 — Windows x64 |
无(链接到 msvcrt.dll ) |
英特尔、AMD、兆芯处理器 |
windows-arm64 — Windows ARM64 |
无(链接到 ucrtbase.dll ) |
高通、Microsoft SQx 和其他 ARMv8 处理器 |
mac — macOS |
macOS 10.15 或更高版本 | 通用二进制文件 |
linux-amd64 — Linux x86-64 |
无(musl 静态链接) | 其他 64 位架构参见 “编译和运行” 部分 |
WFM 具有以下自带字库版本:
自带字库 | 字符集 | 备注 |
---|---|---|
XS — 压缩字库 |
GBK 韩国语谚文 | 字体文件采用压缩技术 |
SC — 简体中文 |
GB18030 韩国语谚文 | 推荐 |
CL — 传统字形 |
GB18030 韩国语谚文 | 采用接近传统印刷体的字形 |
打开字体合并补全工具文件夹,选中需要合并的两个字体,然后拖动英文字体到 合并补全.bat
上,等候片刻即可得到合并完成的字体 out.ttf
。
操作示意:
合并补全之后的字体预览图,不论是西文部分还是汉字部分都不缺字。
注:
- 如果想要只合并两个字体不补全,选中需要合并的两个字体,然后拖动英文字体到
合并.bat
上即可。 - 字体补全工具默认使用
latin.ttf
(西文)和cjk.ttf
(中日韩)来补全字体。上面的操作示意图中替换了这两个字体,以更好地匹配原来的字体风格。 - 先合并再补全,和一次性合并补全的效果不同。一次性合并补全时,优先级依次为:第一个字体、
latin.ttf
、第二个字体、cjk.ttf
。先合并再补全时,优先级依次为:第一个字体、第二个字体、latin.ttf
、cjk.ttf
。
打开字体合并补全工具文件夹,将需要补全的字体拖动到 补全.bat
上,等候片刻即可得到补全完成的字体 out.ttf
。
打开字体合并补全工具文件夹,把准备好的字体拖动到 打包.bat
上,然后将生成的 Fonts
文件夹移动到 World of Warcraft\_retail_\
下面。
在较新的 macOS 系统上,默认不允许运行未经签名的应用程序。如果遇到这种情况,可以先手动运行一次以下程序:
merge-otd
,otfccdump
,otfccbuild
,- 想要运行的 command 文件(
补全.command
、合并补全.command
、合并.command
、打包.command
)。
具体的方法是:按住 Control 键单击需要运行的程序,在弹出的菜单中选择 “打开”(这时程序会因为参数错误而运行失败,不必理会),然后关闭程序窗口。
macOS 和 Linux 上的使用方法和 Windows 稍有不同。
首先打开相应的 .command
(macOS)或 .sh
(Linux)文件,然后依次按照提示将字体文件拖动到命令窗口中,并按回车键确认。
等候片刻即可得到补全完成的字体 out.ttf
。
操作示意:
- 轻量级:三个可执行文件,总共只有 2 MB 多一点。自带字库的压缩包不超过 10 MB。
- 多功能:既可以合并字体,也可以用来补全缺字的字体。
- 速度快:中英文字体的合并补全只需要 20 秒。
- 不提供预编译的 32 位版本。
- 32 位操作系统一般不能满足 WFM 的内存需求。
- 64 位操作系统上运行 32 位 WFM,也极易超出单一进程的 4 GiB 内存限制。
- 对于 Windows ARM64,WFM 提供原生版本,不再需要 32 位版本进行兼容。
- 现在仍然提供 Windows x86 的打包脚本,但将来可能彻底移除 32 位支持。
- 暂不支持多线程。
- otfcc 原本作为开发工具,可以通过多任务方式来充分利用多核处理器。
- 今后会逐步支持,但没有明确的时间表。
cmake . -B build/ -DCMAKE_BUILD_TYPE="Release"
cmake --build build/ -j<N>
如果要发布自己的修改版本,请参考 package/ 下的说明文档和相关脚本。
合并两个字体:
export PATH="$PWD/build:$PATH"
otfccdump 西文字体.ttf -o base.otd
otfccdump 中文字体.ttf -o cjk.otd
merge-otd base.otd cjk.otd
otfccbuild base.otd -O2 -o 合并之后的字体.ttf
rm *.otd
合并时也可以指定字体名(直接运行 merge-otd
查看参数说明):
export PATH="$PWD/build:$PATH"
otfccdump 西文字体.ttf -o base.otd
otfccdump 中文字体.ttf -o cjk.otd
merge-otd -n "我的字体;Bold;Extended;Italic" base.otd cjk.otd
otfccbuild base.otd -O2 -o 合并之后的字体.ttf
rm *.otd
补全缺字的字体:
export PATH="$PWD/build:$PATH"
otfccdump 需要补全的字体.ttf -o base.otd
otfccdump 收字很全的西文字体.ttf -o latin.otd
otfccdump 收字很全的中文字体.ttf -o cjk.otd
merge-otd base.otd latin.otd cjk.otd
otfccbuild base.otd -O2 -o 补全之后的字体.ttf
rm *.otd
合并字体文件的数量原则上只受底层限制(命令行参数、内存、OpenType 字符数量等):
export PATH="$PWD/build:$PATH"
otfccdump 基本拉丁字母.ttf -o base.otd
otfccdump 扩展拉丁字母.ttf -o 1.otd
otfccdump 希腊字母.ttf -o 2.otd
otfccdump 西里尔字母.ttf -o 3.otd
otfccdump 假名.ttf -o 4.otd
otfccdump 基本汉字.ttf -o 5.otd
otfccdump 扩展汉字.ttf -o 6.otd
otfccdump 谚文.ttf -o 7.otd
otfccdump 其他CJK符号.ttf -o 8.otd
merge-otd base.otd 1.otd 2.otd 3.otd 4.otd 5.otd 6.otd 7.otd 8.otd
otfccbuild base.otd -O2 -o 合并之后的字体.ttf
rm *.otd
本项目中用于解析和生成 OpenType 字体文件的 otfcc 程序来自 caryll/otfcc。
Niels Lohmann 的 json 库提供了非常漂亮的 C JSON 接口。本项目使用了修改版的 json.hpp
,容许非标准编码的字符。
TrueType 和 PostScript 曲线相互转换的算法来自 AFDKO 和 Fontello。这两个算法有配合 otfcc 使用的独立版本,可用于 OpenType/TT 和 OpenType/CFF 字体的相互转换。
Google 提供了大量的开源字体,Adobe 提供了高质量的思源黑体。
本项目还使用了 Boost.Nowide、clipp 来提供跨平台的命令行体验。