我正在使用 PDF 转换器库将字体嵌入到 PDF 文件中。
但是，某些文档（日语？）存在问题，库无法正确识别字体名称
/FontName /#82l#82r#82o#83S#83V#83b#83N
这是字体的有效名称吗？
如果是的话 - 有人可以给我一个参考吗？
我在usenet（组
comp.fonts...来自用户
ken参见 PDF 参考，1.7 版本，第 57 页，“第 3.2.4 命名对象':
“从 PDF 1.2 开始，除 null（字符代码 0）之外的任何字符都可以通过编写其 2 位十六进制代码并在前面加上数字符号字符 (#) 的方式包含在名称中；请参阅附录 H 中的实施说明 3 和 4 .
此语法需要表示任何分隔符或空白字符或数字符号字符本身；对于代码在 33 (!) 到 126 (~) 范围之外的字符，建议但不强制要求。表3.3所示的例子是 PDF 1.2 及更高版本中的有效文字名称。 ”
编辑：抱歉，我不知道如何在此处添加对 usenet 文章的引用
这称为 Shift JIS 编码 ( http://en.wikipedia.org/wiki/Shift_JIS )
查看 Ghostscript 邮件列表中的旧邮件，获取字体名称列表：http://www.ghostscript.com/pipermail/gs-cvs/2002-April/001599.html
ANA 发布带有使用 Shift JIS 编码命名的 MS Gothic（带有日语代码点编码的 MS Gothic）字体的 PDF，但没有任何字体嵌入。 Linux（或 Android）上的 PDF 查看器所替代的字体渲染效果很差。事实上，这就是这个问题中识别的字体名称。
真正的解决方案是 ANA 使用不同的字体或将字体嵌入到 PDF 中。该字体不是免费且跨平台的，并且似乎没有可靠的免费使用替代品。即使我们可以找到替代方案并添加别名，使用 Shift JIS 编码也可能会挫败为字体添加别名的尝试，因为 Shift JIS 序列会导致无效的 UTF-8 编码。