And*_*ken 5 css fonts webfonts font-face web
Web字体以各种格式提供,以适应不同的浏览器要求,我知道的主要格式是:
我也知道并非所有主流浏览器供应商都支持所有这些格式。但是,似乎fontforge(可能还有许多其他实用程序)能够轻松在这些格式之间进行转换。据我了解,“ woff”似乎是网络字体的“新”标准。
我的问题是这样的:
如果我从WOFF文件开始,转换为OTF,然后又转换回WOFF,那么是否有某种形式的“有损”格式,我最终会得到一个没有所有元数据的文件吗?还是这些格式本质上如此相似,以至于它们中的任何一种都与以所有格式获得字体的起点一样好?
woff是ttf或otf +元数据(以及可选的私有数据)的简单包装。EOT是围绕ttf的简单包装(从技术上讲,可以在EOT中创建otf,但这可能不受广泛支持);实际上,EOT包装程序中的所有信息都是从内容派生的。因此,在以下任何方向的转换:
应该或至少可以是无损的(不计算元数据)。我说可以,因为它在很大程度上取决于用于转换的工具,并且在某种程度上取决于该工具的运算符以及您对元数据的处理方式。
要回答特定问题,“如果我先从woff文件开始,转换为OTF,然后再返回到woff,我是否会得到一个没有所有元数据的文件?” 有点棘手。如果原始woff正在包装OTF(不是TTF),那么答案是肯定的。但是,如果woff包装了TTF,答案将是“ 否”,因为需要从TTF到OTF进行转换,并且这种转换是有损的。
对于woff-> TTF-> woff也是如此;如果起始woff包装了TTF,这将是无损的(元数据除外),而如果原始woff包装了OTF,则将是有损的(因为在此过程中从OTF-> TTF进行了转换,并且转换是有损的)。