任何一直关注或参与 Web Fonts API 开发的人都可以证明它是一个情绪化的过山车。有一次，它似乎支持 WordPress 5.9。然后，下一个版本出现了。当然这是又一次跌落，我们发现自己低头想知道下一次跌落或扭曲会把我们带到哪里。
一到周末，我就有一种毛骨悚然的感觉。上周发布的 WordPress 6.0 Beta 1 还为时过早。我对下一次重大更新感到兴奋，就像我对之前的任何更新一样。有很多显着的特点。没关系，其中一些未针对 Beta 版本进行完善，但问题是列表不完整且缺少部分。
推迟发布作者姓名块的决定让我摸不着头脑。这是新的作者后传记块的明显配对，并且几乎感觉是作者模板支持所必需的。
新的评论查询循环块是发布评论的替代方法，但缺少重要功能。幸运的是，其中大部分现在似乎都已解决。
然后是网络字体API。自从 Gutenberg 在一个多月前的 12.8 中被选中以来，我并没有太在意它。我很高兴看到它合并并从那以后一直在使用它。但是，管道中的一些问题可能会破坏它在 6.0 版本中的包含。它在第一个测试版中明显缺失，并且由于昨天发布的 Beta 2，它的状态不是最终的。 API 也有几个开放的、高优先级的票证。
所讨论的每个功能都与即将发布的 6.0 版本的其他亮点相关，而 Web Fonts API 本质上与可以说是最好的功能相关：全局样式更改。
在 WordPress 5.9 及其随附的默认主题发布之前首次吹捧，全局样式更改将允许最终用户在预构建的“皮肤”之间切换。二十二点将展示此功能的所有精彩：
二十二种潜在的变化。
但是，这个功能并没有成功。这没关系，因为 Web Fonts API 也没有被压缩。这些更改将允许主题作者混合和匹配不同的颜色、块样式和字体。就像没有 J 的 PB&J 一样，全局样式更改功能本身就是一顿饭，但字体提供了多种口味，值得用户细细品味。如果我们等到今年年底再发布某个版本，那么到那时 2222 可能已经过时了。
关键时刻出现在 WordPress 6.0 Beta 2 发布之后，这个期待已久的功能标准化了 WordPress 中字体的加载方式。一个事实几乎是确定的：完整的 API 将推迟到未来的版本。但是，只有 theme.json 版本可供主题作者使用。
Tonya Mork 打开了一个削减功能的票证，以禁止以编程方式注册和排队字体。除了 Ari Stathopoulos 的工作之外，GitHub 上的相关拉取请求仍然允许主题作者通过 theme.json 和自定义 /styles/*.json 文件定义自定义字体。
这是对许多人一直在等待的强大 API 的妥协，但这是必要的。但是，仍然没有任何保证，补丁需要尽快由主题作者进行测试。
尽管我非常希望 Web Fonts API 在 6.0 中登陆，但我并没有指出 Beta 1 的发布日期 4 月 12 日“实际上是功能冻结”。本质上，这是 .
设置这些截止日期并不是随意的。他们给用户时间来测试和报告错误。它们允许主题和插件开发人员确保他们的扩展正常工作。当新功能开始登陆 Beta 3 和 Release Candidates 时，有时可能会疯狂地争先恐后地跟上已经快节奏的周期。
在某些时候，WordPress 必须按照自己的规则行事。否则，感觉有些宠物功能会获得通过，而其他宠物功能可能不会。
Web 字体 API 是我不介意违反规则的事情之一。我唯一的论点是，它是全球风格变化中不可或缺的一部分，我无法想象用一个代替另一个。在开发人员等待 6.1 版本发布时，现在打破这一点会使许多可能的主题进展推迟数月。
出处
