为什么我的 CID（类型 11）字体在 Windows 上的 GS8.61 中不起作用
我在澳门有一位客户使用 Windows EUDC 来定制 Big5 字形。 我在 Linux 上使用 Fontforge 将 .TTE 转换为类型 11（CID 类型 2）字体，并创建了一个自定义 CMap 来映射 Big5代码指向字体中正确的字形。 这一切在 Windows 上的 GS8.60 和 Linux 上的 GS8.61 - GS8.63 中运行良好。 当在 Windows 上加载 GS8.61 中的字体时，我得到一个
gs_cidfn.ps 中 /findfont 中的 /rangecheck 错误。
我尝试通过 cidfmap 在 Ghostscript 中本地使用 EUDC.TTE 字体，但没有成功，/invalidfont 在 /findfont 中。 我犹豫是否尝试联系 Ken Lunde，因为这似乎是 Ghostscript 特有的问题。 有人知道解决方法吗？ 有没有人开发了一个补丁，这样我就不会在这里重新发明轮子了？
编辑： /rangecheck 错误发生在 .buildcidfont 过程中。 .buildcidfont 过程从 8.60 到 8.61 没有改变。
I have a customer in Macau that uses Windows EUDC for custom Big5 glyphs. I used Fontforge on Linux to convert the .TTE into a type 11 (CID type 2) font and created a custom CMap to map the Big5 code points to the correct glyph in the font. This all works fine and dandy in GS8.60 on Windows and GS8.61 - GS8.63 on Linux. When loading the font in GS8.61 on Windows I get a
/rangecheck error in /findfont in gs_cidfn.ps.
I've tried to use the EUDC.TTE font natively in ghostscript through the cidfmap with no luck, /invalidfont in /findfont. I'm hesitant to try to contact Ken Lunde, as this appears to be a problem specific to ghostscript. Does anybody know a workaround? Has anybody developed a patch so that I'm not reinventing the wheel here?
Edit: The /rangecheck error occurs in the .buildcidfont procedure. The .buildcidfont procedure has not changed from 8.60 to 8.61.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
这似乎在 GS8.63 中得到了解决。 将客户端从 8.61 升级到 8.63 可解决此问题。
This seems to be resolved in GS8.63. Upgrading the client from 8.61 to 8.63 resolves this issue.