Parsing 是否有设计用于测试解析代码路径的OpenType字体文件？

我一直在构建一个通用的OpenType“.otf”/.ttf”文件解析库，它必须解析至少一些更复杂的表，比如GPOS和GSUB表。我一直在对解析器使用各种现有的OpenType字体文件来清除bug。到目前为止还不错，尽管要支持规范的完整性需要大量的工作。主要是因为许多OpenType字体文件的表、子表，甚至更低级别的数据结构都有多种格式

但任何给定的字体文件都只使用这些无数格式中的一个子集。我发现规范经常令人困惑，因此很难获得正确的解析代码。测试是必不可少的

所以。。。是否有一个字体文件或字体文件集合（免费或出售）明确设计为不作为工作字体，而是尽可能多地使用OpenType解析代码路径

---

我浏览过网络，查看过Adobe的FDK等，但结果都是空的。

我不知道有任何专门为此目的设计的字体，但在，包括您可能已经知道的Adobe的Source Sans Pro和Source Code Pro系列，以及一些可能也很有趣的阿拉伯语。

---

您可以在中找到字体源文件。

我不知道任何专门为此目的而设计的字体，但在中有一系列OpenType字体可能对此有用，包括您可能已经知道的Adobe的source Sans Pro和source Code Pro系列，以及一些可能也很有趣的阿拉伯语。

---

您可以在中找到字体源文件。

我很想知道您为什么需要重新实现这些：-）。请随时与我联系离线

我建议尝试以下字体：

• IranNastaliq和其他Nastaliq字体

• 印度字体，比如Lohit系列

• 您可以找到的任何脚本字体

googlefontdirectory是一个很好的批量测试集合：

---

我很想知道为什么需要重新实现这些：-）。请随时与我联系离线

我建议尝试以下字体：

• IranNastaliq和其他Nastaliq字体

• 印度字体，比如Lohit系列

• 您可以找到的任何脚本字体

googlefontdirectory是一个很好的批量测试集合：

---

谢谢您的字体建议。的确，多种字体可能会共同到达解析器的大部分代码路径，但我希望有一种专用测试字体来证明一致性。我已经实现了自己的解析器，作为专用文本布局引擎的一部分。而且，因为公开提供的代码很少，我发现文档编写得很糟糕，很难理解。谢谢你的字体建议。的确，多种字体可能会共同到达解析器的大部分代码路径，但我希望有一种专用测试字体来证明一致性。我已经实现了自己的解析器，作为专用文本布局引擎的一部分。而且，因为公开提供的代码很少，我发现它们的文档记录得很糟糕，很难理解。