css - 转换网页字体格式是一个 "lossy"程序吗？

Question

Web 字体以各种格式提供以满足不同的浏览器要求，我知道的主要格式是:

• ttf
• 我的
• 我们
• 哇
• 图形

我也知道并非所有这些格式都得到所有主要浏览器供应商的支持。但是，fontforge(可能还有许多其他实用程序)似乎也能够轻松地在这些格式之间进行转换。据我了解，“woff”似乎是网络字体的"new"标准。

我的问题是:

从某种意义上说，如果我从 WOFF 文件开始，转换为 OTF，然后再转换回 WOFF，我最终会得到一个没有所有元数据的文件，那么是否有任何格式“有损”？还是这些格式本质上如此相似，以至于它们中的任何一个都可以作为获得所有格式字体的起点？

Answer 1

woff 是 ttf 或 otf + 元数据(以及可选的私有(private)数据)的简单包装器。 EOT 是一个简单的 ttf 包装器(技术上可以创建一个 otf-in-EOT，但这可能没有得到广泛支持)；实际上，EOT 包装器中的所有信息都来自内容。所以在任何方向之间的转换:

• TTF <-> EOT <-> TTF-in-woff 或
• OTF <-> OTF-in-woff

应该，或者至少，可以是无损的(不包括元数据)。我说可以，因为这在很大程度上取决于用于转换的工具，并在一定程度上取决于工具的运算符(operator)以及您对元数据的处理方式。

要回答具体问题，“如果我从一个 woff 文件开始，转换为 OTF，然后再返回 woff，我最终会得到一个没有所有元数据的文件吗？”有点棘手。如果原始 woff 包装的是 OTF(不是 TTF)，那么答案是是。但如果 woff 包装的是 TTF，答案将是否，因为需要从 TTF 到 OTF 的转换，而这种转换是有损的。

同样适用于 woff -> TTF -> woff；如果起始 woff 包装的是 TTF，这将是无损的(元数据除外)，而如果原始 woff 包装的是 OTF，它将是有损的(因为在该过程中存在从 OTF -> TTF 的转换，并且转换是有损的)。