在核心维护人员发现字体 API 中存在重大缺陷且无法在即将发布的版本中及时解决后，WordPress 6.4 发布团队决定将计划中的字体库功能推迟到 WordPress 6.5 。
“我目前正在审查字体 API PR ”，WordPress REST API 联合维护者 Jonny Harris 说道。“我必须说，我对PR目前的状态感到非常担心。代码根本不遵循 WP 核心代码风格，感觉不像 WordPress。” 他列出了他发现的该功能的一些问题：
- 有限的开发者 API。我们需要像
wp_insert_font/wp_create_font等这样的函数。 - 缺乏过滤器或操作
- 无法取消注册字体集合
- 能力。创建新字体应该具有能力，而不仅仅是映射到
edit_theme_options - 令人困惑的 API 结构。集合应该有嵌入的字体对象
- 未注册集合时字体会发生什么情况？
- 如果字体存储为 post 对象，我可以查询以从集合中获取所有字体吗？
- 删除用户时字体也会被删除吗？
- 无法过滤字体的存储位置
“由于这个版本的时间非常有限，感觉就像在这个版本中执行上述操作，感觉它太难实现了，” Harris 说。
“我认为这个功能还需要一些时间来完善。”
Harris 表示，没有任何 REST API 维护人员参与字体库功能的早期阶段，他们目前正在“迎头赶上”。该团队正在尝试修补现有的设计，但 Harris 表示，如果计划重新设计 API，他希望在制定设计之前了解该功能的要求。
推出旗舰功能从来都不是一个容易的决定，但这比提供设计糟糕的 API（不允许用户修改和禁用该功能以满足他们的需求）要好得多。
WordPress 核心提交者 Aaron Jorbin 表示：“No 是暂时的，但 Yes 是永远的。” “一旦代码合并到核心中进行发布，我们的扩展程序就需要永远维护它。对我来说，我看到人们对如何扩展该功能的担忧足以让我对这个功能下注。”
字体库功能是在发布周期后期提出的，上周登陆古腾堡 16.7，测试时间很少。
WordPress 核心提交者 Jonathan Desrosiers 表示：“过去的功能都是在 beta 1 之后才推出的。” “但我的偏好是 不要 获得如此出色的反馈。我们将在最后一刻进行更改并合并以供公开发布，而几乎没有进行实际测试。当然，这里的每个人都会尽力进行测试。但“野外”WordPress 测试有很大不同，并且总是会发现一些我们无法预见的奇怪用例或问题。”
贡献者曾短暂考虑推迟发布日期，以便为该功能留出更多时间，但一致同意将其推迟到 6.5，这一决定基于WordPress 的“截止日期不是任意的”理念。
WordPress 核心提交者 Joe McGill 表示：“不应考虑更改预定的发布日期来为最终确定功能留出空间，无论其优先级如何。” “这并不是我们第一次真正希望在某个版本中提供某个功能，但却将其推迟到下一个版本。在我看来，为了准备此功能的发布，我们付出了很多努力，并且一致认为，人们需要更多的时间才能使其进入准备在主要 WordPress 版本中发布的状态，我知道这令人失望，但是还体现了人们希望确保我们在这些版本中投入的关怀和质量。如果还没有准备好，那就还没有准备好。让我们推迟一下吧——同时我们仍然通过古腾堡插件获得有价值的用户反馈，这是一件好事。”
WordPress 6.4 版本负责人 Josepha Haden Chomphosy根据贡献者的反馈做出了艰难的决定，决定放弃该功能。删除字体库不会影响预计发布的其他关键功能。6.4 默认主题联合负责人 Jessica Lyschik确认字体库不是《2024主题》所必需的。该主题将附带从主题资源加载的预选字体，就像以前的默认主题一样。
WordPress 6.4 Beta 3 计划于 2023 年 10 月 10 日发布。这将是 RC1 之前的最后一个计划测试版。