在核心维护人员发现字体 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 之前的最后一个计划测试版。