如何通过FontTools字体合并或手动编辑系统文件修复Windows7 Unicode显示问题
更新：该问题现已解决。 实际问题根源是Uniscribe完全无法识别相关Unicode字符，导致系统完全不会调用 fallback 字体。无需修复或修改Uniscribe的前提下，唯一可行的全系统解决方案是将Segoe UI Symbol的名称修改为Arial（操作方法：先将字体文件转换为.ttx XML格式后手动编辑文件，再转换回.ttf格式），再将这个重命名后的“Arial”字体作为基础字体，通过FontTools将其他Unicode字体合并到该基础字体中。我已总结出merge / pyftmerge的详细使用方法。
我要解决的问题与多年前公开的问题完全一致：部分Unicode字体无法在Windows 7系统的Firefox浏览器中正常工作。
翻阅相关历史提问和回答可以发现，始终没有得出实际结论，也没有找到为何部分Windows7系统即便安装了对应字体的情况下，仍然无法显示埃及象形文字等生僻Unicode区块字符的原因。
此外也没有找到通用解决方案，原提问者最终只给出了仅适用于Firefox的“解决方案”，且表示已经尝试过大量潜在方案均无效。
我判断该问题与显卡无关，完全是Windows系统问题，具体为Uniscribe组件故障。
我猜测提问者在VM虚拟机中Unicode字符显示正常、本地机器显示异常的差异，可能是因为本地机器和VM中的usp10.dll版本不同导致。但该问题已提出6年，原提问者已不活跃，无法求证该假设。
使用十六进制编辑器查看usp10.dll可以发现，文件中存在大量可识别的ASCII片段：
我实际想要咨询的是：我应该如何解决这个问题？如果有人了解我下面提出的任意一种解决方案的具体实现方法，请告知详细操作步骤。（我不认为“升级到Windows10”是有效答案，请勿仅给出该建议）
根据我收集的信息，目前有三种可行解决方案：
- 搭建VM环境并安装全新Windows7系统，验证我关于
usp10.dll的假设。如果假设成立，可以将“可用”版本的usp10.dll迁移到本地机器。缺点是我目前没有VM环境，也没有Windows7安装介质，操作成本较高。 - 尝试本地手动编辑
usp10.dll验证效果，比如可以在代码对应位置追加Symbola、Aegyptus等字体名称，如果顺利的话可以让Windows自动 fallback 到这些字体解决问题。缺点是我对Uniscribe和Windows DLL的了解不足，没有足够的技术能力完成该操作，且后续每安装一个新的生僻Unicode字体都需要重复该操作。 - 目前我能想到的最简单的解决方案：采用
EmojiOneColor和TwitterColorEmoji在Windows上的安装方案，将Symbola、Aegyptus等额外字体合并到Segoe UI Symbol中。因为Segoe UI Symbol是Windows默认使用的字体，该方案几乎可以保证这些额外的Unicode字符可以正常显示。
最后一种方案的明显优势是操作相对简单、成功率高，如果设置为不覆盖已有字形，显示效果与Windows调用正确fallback字体的效果完全一致，且可以通过脚本自动化操作，每次需要合并新字体到Segoe UI Symbol时直接运行脚本即可。我目前没有对应的脚本，希望有人可以提供相关帮助（TwitterColorEmoji使用的是Python FontTools实现）。该方案的缺点是字体文件有最大字形数限制，可合并到Segoe UI Symbol的字体数量存在上限。
内容的提问来源于stack exchange，提问作者Gnosis
