跳到主内容

Gutenberg 24.1 发布:约 140 个 PR 把设计工具补齐到几乎每个核心区块

100%
Gutenberg 24.1 发布:约 140 个 PR 把设计工具补齐到几乎每个核心区块

结论先行:Gutenberg 24.1 已发布,这一版约 140 个 PR 只服务于一个目标——把设计工具补齐到几乎每一个核心区块。背景图、尺寸与渐变、阴影、边框、链接色、标题色、按钮色、排版、文本分栏,这些原本只在少数区块里出现过的控件,现在在手风琴、选项卡、评论、文章系列等区块上基本都能用了;同时新增了独立的文字阴影(text-shadow)控件,并进入全局样式(Global Styles)面板。

这一版为什么值得单独说

Gutenberg 每隔两周发布一次,多数版本是「修修补补 + 少量新块」。 24.1 的不同之处在于它的主题高度统一:不是加新功能,而是消灭不一致。

对日常使用编辑器的作者来说,不一致的代价非常具体——你在分组区块里调好了背景渐变,换到手风琴面板时发现根本没有这个选项,只能手写自定义 CSS 绕过。绕过代码一多,主题升级时就容易翻车。 24.1 做的事就是把这类「为什么这里没有」的缺口批量填平。

设计工具补齐清单

区块本次新增关联 PR
手风琴项(Accordion Item)背景渐变支持;链接 / 标题 / 按钮配色83197 、 83371
手风琴面板(Accordion Panel)背景图、尺寸、渐变;链接 / 标题 / 按钮配色83201 、 83374
分组(Group)文本分栏支持83425
文章作者简介(Post Author Biography)文本分栏支持83424
分类术语列表(Terms List)文本分栏支持83432
选项卡(Tabs)排版控件83431
选项卡面板(Tab Panel)排版控件83428
封面(Cover)检查器面板内直接选媒体82751
媒体与文本(Media & Text)检查器面板内直接选媒体82593
段落 / 标题文字阴影控件79584

表格只列了主要条目,评论区块、各类文章区块等同样拿到了同一套背景与颜色工具,官方 changelog 里是「数十个 PR 」的量级。

三个值得单独拎出来的变化

文字阴影正式进入主题体系

文字阴影在 Gutenberg 23.5 首次出现(#73320),但当时更像实验能力。 24.1 之后它完成了三件事:被 theme.json 完整支持、在全局样式里拥有独立面板、段落与标题区块可直接调节。

这一步的意义是把文字阴影从「某个区块的特殊开关」升级为「主题可声明的设计令牌」。也就是说,主题作者可以在 theme.json 里统一规定标题的阴影强度,编辑者在前台看到的效果和编辑器里一致,不再依赖各写各的 CSS 。

封面与媒体文本区块的检查器内选图

以前改封面区块的背景图,往往要在区块工具栏和内容区之间来回跳。 24.1 给封面和媒体与文本区块的检查器面板加了媒体选择能力,对齐了图片区块和站点标志区块已有的交互。这是典型的交互一致性修补,但对每天编辑内容的人来说体感很明显。

对齐菜单不再「静默消失」

一个容易被忽略但很关键的细节:当主题不支持宽对齐、全宽对齐时,对齐菜单过去会直接不显示这些选项,用户只会以为「没有这个功能」。现在它们会被列出但标记为不可用(#82600)。把不可用显式化,能省掉大量「是不是主题坏了」的误判。

如果你维护的是区块主题,24.1 之后最好重新过一遍 theme.json 里的 settings 声明。原来靠「区块不支持」兜住的设计限制,现在可能因为区块支持能力变全而被绕过——比如你不想让编辑者改按钮颜色,光靠区块没这个控件已经拦不住了。

其他值得一提的改进

  • 起始页模式(Start page patterns):弹窗支持按分类筛选和搜索(#81396),模板库规模变大后这是刚需。
  • 新增模板弹窗:现在会显示每个模板的描述(#83064),不用再靠名字猜。
  • 模式内的区块:父级选择器现在会正常显示(#82912),嵌套结构的选中体验更顺。
  • 视口状态(Viewport states):位置可按视口单独设置(#83094),并且自定义控件拿到了公开 API(#82741)——响应式能力开始向第三方开放。
  • 图标重绘收尾:最后 238 个图标转为描边风格(#82540 、#82754),24.0 启动的重绘工作全部完成。
  • 表单原语补齐:新增 CheckboxGroup 、 RadioGroup 、 RadioGroupControl 、 Switch 、 SwitchControl 五个 UI 组件,插件作者不必再自己造。
  • 管理条回退:把 7.1.1 中移除站点图标背景的改动回移植到插件(#83433),保证插件版与核心行为一致。
展开:这也和编辑器测试体系的迁移有关
就在同一周,Gutenberg 的 JavaScript 单元与集成测试完成了向 Vitest 的迁移。测试框架换成 Vitest 之后,这类「数十个 PR 批量改区块属性」的改动能被更快地验证——因为测试运行速度直接影响贡献者愿意跑几次测试。工具链提速和这次大规模一致性改造是同一条线上的两件事,具体可以参看我们此前写的 Gutenberg 测试迁移到 Vitest。

升级前建议做的四步检查


  1. Gutenberg 插件版与核心版并行,先在非生产站点启用 24.1,确认现有内容渲染无异常,再考虑动生产环境。

  2. 手风琴、选项卡、术语列表这些刚拿到背景 / 分栏 / 排版能力的区块,检查主题样式是否覆盖了新增的内联样式,避免出现双边框或背景叠加。

  3. 对照 theme.json 配置手册,把「靠区块不支持来限制」的策略改成显式禁用,否则新版本会让限制失效。

  4. 如果主题为标题定义了自定义阴影,确认 theme.json 的 text-shadow 令牌与现有 CSS 不会互相覆盖,两者优先级冲突时以前台实际渲染为准。

常见问题


Gutenberg 插件版和 WordPress 自带的编辑器是什么关系?

插件版是编辑器的开发前沿,功能先在插件里打磨,成熟后再随 WordPress 大版本合入核心。想提前用新特性就装插件版,只求稳定则跟着核心版本走即可。

我不装 Gutenberg 插件,这些改动什么时候能用上?

要等下一个 WordPress 大版本把对应代码合入核心。按当前节奏,7.2 是最近的窗口,可以关注 WordPress 7.2 路线图 的发布安排。

区块支持的设计工具变多,会不会让编辑者更容易把页面做乱?

会,这是便利性的另一面。解决办法不是在编辑器层面限制,而是用主题把设计边界收紧:在 theme.json 里定义好调色板、间距刻度、字号阶梯,编辑者能选的永远是主题批准的那一组值。

新增的表单原语对我写插件有什么用?

CheckboxGroup 、 RadioGroup 、 Switch 这类组件以前要么自己实现,要么从内部包里引用不稳定 API 。现在它们成为公开组件,设置页的开发成本和无障碍一致性都会改善。

补充说明

本文提到的排版容器可以直接复用:提示框写成 [jinyu_tip type=”info”]…[/jinyu_tip],折叠块是 [jinyu_collapse title=”标题”]…[/jinyu_collapse],分步教程用 [jinyu_howto] 包 [jinyu_step],问答用 [jinyu_faq] 包 [jinyu_faq_item q=”问题”]。在正文里讲解这些写法时,方括号必须写成实体编码,否则会被主题直接解析成短代码。想把区块支持能力与主题声明的关系理顺,建议配合 theme.json 配置手册 一起读。

这篇有帮助吗?
云上的幻象
云上的幻象查看主页

七彩云博客,分享 WordPress 建站实战与 AI 工具测评,覆盖服务器运维、站长工具、软件资源与电商运营干货,专注原创实用的主题插件、网站加速与安全优化教程。

847文章4评论

相关文章

评论 (0)

欢迎你,新朋友,感谢参与互动!文明发言,理性交流 · 首次评论将在审核后展示