自定义度量单位字形的Unicode兼容便携实现方案咨询

结合你的需求——既要为特定度量单位提供自定义单字形，又要保证无对应字体时的文本可读性，以下是几个优先级不同的方案：

1. OpenType 上下文替换（Contextual Alternates, calt）——首选方案 #

这是最贴合你需求的标准方案，无需依赖额外Unicode码点，完全基于OpenType字体特性实现：

• 实现逻辑：
  1. 在字体中为pH、nm等单位创建自定义字形（比如命名为ph.custom、nm.custom），设计成你需要的单字形样式。
  2. 编辑字体的GSUB（Glyph Substitution）表，启用calt特性，编写上下文匹配规则：
     • 对pH：匹配独立出现的组合（比如前后为空格、数字、标点，或处于单词开头），替换为自定义字形；
     • 对nm：添加排除规则，比如当nm前是字母u时（如unmet）不触发替换，仅在度量单位场景（如5 nm）替换。
• 优势：
  • 无字体环境下，文本会显示原始的p+H、n+m组合，完全不影响可读性；
  • 无需申请新Unicode码点，字体符合标准，兼容性覆盖绝大多数现代系统（Windows、macOS、Linux及主流办公/浏览器软件）；
  • 上下文规则可精准控制替换触发场景，避免误替换。
• 工具支持：可以用FontForge、Glyphs、FontLab等专业字体编辑工具编写calt规则，部分工具提供可视化的上下文规则编辑器。

2. 已有Unicode兼容符号 + OpenType样式变体——补充方案 #

针对已有对应Unicode码点的单位（如U+33D7 SQUARE PH、U+339A SQUARE NM），可以用这个方案补充：

• 实现逻辑：
  1. 为这些已有码点创建自定义样式的字形变体；
  2. 通过OpenType的salt（Stylistic Alternates）或cvxx（Character Variants）特性，让用户或程序可以切换到自定义样式；
• 注意事项：
  • CJK兼容区的符号在部分非CJK环境下可能显示异常（比如默认字体的方块样式不符合你的排版需求）；
  • 无法覆盖所有你需要的单位，仅作为已有码点场景的补充。

3. PUA码点 + 自研程序 fallback——特定场景方案 #

如果你的字体主要服务于自研程序，可结合PUA和程序逻辑实现：

• 实现逻辑：
  1. 将自定义字形映射到PUA码点；
  2. 在自研程序中加入检测逻辑：当系统未安装该字体时，自动将PUA码点替换为对应的ASCII字符组合（比如把PUA的pH码点替换为p+H）；
• 局限性：
  • 脱离自研程序后，PUA码点会显示未知字形，移植性弱；
  • 需要额外的程序逻辑支持，仅适合自研程序专属场景。

内容的提问来源于stack exchange，提问作者W. Marshall