WordPress 7.1 完整功能总览：区块编辑器、媒体处理与开发者 API 更新

欢迎来到 WordPress 7.1 真实信息源！

在你一头扎进这些大大小小的变化并挑选自己钟意的更新之前，请务必阅读这篇帖子的一些前期说明以及使用方式。如有任何问题，请留言或发送邮件至 pauli@gutenbergtimes.com。

向 Anne McCarthy、Justin Tadlock、Isabel Brison、Adam Silverstein、Ramon Dodd、Andrew Serong Hans-Gerd Gerhards、Marin Atanasov、Krupa Nanda、Aaron Robertshaw、Ben Dwyer、Brent MacKinnon、Ashar Fuadi 以及更多帮助过的人致以最诚挚的“谢谢”。众人拾柴火焰高。也向整个发布团队致以崇高敬意，正是他们帮助 WordPress 7.1 成功跨越终点线。

预计阅读时间

37–56 分钟

共

8,851 字

本文的德语版也可在 Krautpress 查阅：WordPress 7.1 Source of Truth – Deutsch

目录

1. 更新日志
2. 重要说明/指南
3. Overview
   1. 资源
   2. 素材 
4. 标签
5. Priority Items for WordPress 7.1
   1. Responsive styles for blocks
      1. 视口断点自定义
      2. 交互状态样式（悬停、聚焦）
   2. 媒体编辑器模态框和自由裁剪图片工具
   3. 客户端媒体处理改进
   4. Icons now inherit color, and the Icons API takes shape
      1. 开发者：注册更多集合
   5. 无处不在的管理栏 
6. New Blocks
   1. 播放列表区块
   2. 标签页区块
7. Improved Blocks and Block handling
   1. 区块转换：先预览，更快转换
   2. 合并渐变和图片背景
   3. 封面区块：控制视频嵌入提供商
   4. 图库及媒体库中的附件图片工作流
   5. 图片区块：标记为装饰性开关
   6. 登录/登出区块改进
   7. 导航区块和链接创建
   8. 搜索区块样式
   9. 查询区块
   10. General quality of life improvements. 
       1. 图案编辑体验改进
       2.  区块宽度和布局控件
       3. 链接控制和预览增强
       4. 其他 CSS 验证
       5. 区块编辑器属性处理
       6. 图片处理改进
       7. 文章模板布局改进
       8. 文章标题区块增强
       9. 区块插入器增强
8. Editor enhancements
   1. 笔记功能逐步发展为完整的评论工作流
   2. 专门的“身份”版块
   3. 可视化修订改进
   4. 现在可通过审核面板全局应用
9. Admin / Workflow updates
   1. 井然有序的命令面板
   2. 在“编辑评论”界面更改评论的父级
   3. 查看无标题文章的摘要
   4. 媒体库：默认重新启用无限滚动，用户可自行选择退出
   5. 主机现在可以调整推测性加载的默认设置
10. Developer Goodies 
    1. 文章编辑器 iframe 现在始终启用
    2. Abilities API 开放其执行管线
    3. Global Styles and theme.json 
       1. theme.json 支持文字阴影
       2. 文本对齐区块支持迁移
       3. 区块可见性
       4. 区块支持：按功能选择器设置 CSS 变量
       5. 区块尺寸的最小宽度选项
    4. Design System Theme Provider 
       1. 站点编辑器中的管理配色方案
    5. 将静态 HTML 与可编辑区块混合使用
    6. 列表项和内部区块的区块绑定
    7. 连接器身份验证改进
    8. Blocks 包稳定了两个实验性函数
    9. 文章作者通知：由过滤器决定
    10. 无障碍工具提示和切换提示 API
    11. 筛选站点编辑器界面
    12. 文章列表表格标记为提升无障碍性而调整

更新日志

随着发布工作的推进，所有变更均在此记录。

2025 年 8 月 14 日

• 在相应章节中新增了关于拆分文本和背景颜色面板的截图和文案。

2026 年 8 月 12 日

• 更正“交互状态”一节：全局样式的状态控件仅适用于按钮区块。
• 将更新日志条目的顺序改为 最新更新优先。

2026 年 8 月 11 日

• 使用最新迭代版本更新了高亮网格
• 使用 7.1 配色方案更新了特色图片

2026 年 8 月 5 日

• 从概览中移除了“历史上的今天”
• 在 Abilities API 一节中加入了 wp_get_abilities() 筛选功能
• 加入了 notify_post_author 筛选行为变更。
• 在“Navigation Block”部分添加了 Navigation 字体大小传播更改
• 添加了“section Host can now tune speculative loading defaults”部分
• 将开发说明链接从草稿预览更新为已发布版本（Responsive styles、Filtering Site Editor screens）
• 更新了“Resources”部分：链接到已发布的 WordPress 7.1 Field Guide

August 4, 2026

• 根据此工单，删除了 On This Day widget 信息。推迟到 7.2，等待更多设计方面的意见。
• 更正了 "-current": { "color": { "text": "pink" }”代码示例。

August 3, 2026

• 添加了有关 responsiveEditingEnabled编辑器设置的信息
• 添加了指向 WordPress 7.1 中 Iframed Editor Changes 的链接
• 添加了对 Abitilites API 的更新
• 从标题中移除了 Tags，因为这会影响目录
• 添加了指向 Accessible tooltips 开发说明的链接
• 为无障碍部分添加了更改后的文章列表表格标记

July 31, 2026

• 添加了带审核面板的 Apply Globally
• 添加了 Filtering Site Editor screens

July 30, 2026 – First edition.

重要说明/指南

尽量不要直接复制粘贴这篇文章中的内容，因为这篇文章会与很多人分享。请将本文作为你自己作品的灵感来源，以获取有关此版本的最新信息。如果你确实要复制粘贴，请记住其他人也可能这么做，这可能会导致网上出现重复内容，从而引发一些尴尬的情况。

每个项目都使用最佳猜测标记了不同的高级别标签，因此你可以更轻松地一眼看出谁最可能受到影响。
每个项目都有一份高层级描述、图示（如相关）以及关键资源，方便你进一步了解。

概述

WordPress 7.1 完善了区块编辑器的样式控制，并让媒体处理体验明显更加流畅。呼声已久的功能让你能够设置区块在三种屏幕尺寸下的外观，以及悬停和聚焦等交互状态的样式——全程无需编写自定义 CSS。管理体验也变得更加个性化，会在每个屏幕中通过你自己的配色方案和工具栏伴随你。

图片处理也得到了大幅升级。新的媒体编辑器模态框将自由裁剪、旋转和元数据编辑整合到同一个工作流中；客户端媒体处理则让上传更快、更稳健，同时支持更多格式，并能提供优化程度更高的文件。

新的 Playlist 和 Tabs 区块丰富了开箱即用的布局选项，也让信息呈现更具创意。扩展后的 Icon API 同样带来了自定义图标集、动态图库以及更多区块的背景渐变。

WP Admin 与区块编辑器的统一也取得进展：编辑器现在会遵循你的管理配色方案，而管理栏也会在每个屏幕中始终伴你左右——包括编辑器和前端。

尽管实时协作已被推迟到未来的 WordPress 版本，但 Notes 中的异步协作确实向前迈出了重要一步，支持针对部分文本选择的行内备注、@提及、富文本格式以及每个区块的多条备注。

除了重点功能之外，核心区块还获得了许多提升效率的改进和错误修复，让 WordPress 中的内容编辑更顺畅、更一致、更快捷——开发者也能利用不断扩展的一组 API 进行构建。

资源

• 帮助测试 WordPress 7.1 
• 关注已发布的开发说明。
• WordPress 7.1 Field Guide
• 迈向 7.1 的路线图

本次发布包含 Gutenberg 插件 22.7 – 23.6 版本中的功能。以下是这些插件版本的发布文章：  22.7 | 22.8 | 22.9 | 23.0  | 23.1 | 23.2 | 23.3 | 23.4 |  23.5 | 23.6  后续的 Gutenberg 版本包含错误修复，并已回移植到 WordPress 7.1 的发布分支。

资源 

在这个 Google Drive 文件夹中，你可以查看本文档中的所有资源。

标签

为了便于根据特定受众浏览本文档，文中广泛使用了以下标签： 

• [终端用户]：侧重终端用户。 
• [主题构建者]：区块主题或经典主题作者。 
• [插件作者]：插件作者，无论是否使用区块。
• [开发者]：泛指技术能力更强的人群的统称。 
• [站点管理员]：包括“构建者”类型。 
• [企业]：企业级人士可能感兴趣或受到特别影响的具体项目
• [全部]：对各类 WordPress 用户都有广泛影响。 

如何使用这些标签？使用浏览器的查找功能，搜索包含方括号的字符串。然后使用箭头在文章中从一个结果浏览到下一个结果。

关于如何使用标签浏览文章的简短视频。

WordPress 7.1 的优先事项

WordPress 7.1 为基于区块的设计和编辑带来了重大改进。这些优先功能聚焦于响应式控件、交互状态、媒体管理以及现代化的管理栏导航。

区块的响应式样式

[主题构建者] [站点管理员][终端用户]

这可能是区块编辑器最受Requested的改进：在多年推动字体和间距采用内在设计之后，WordPress 7.1 将响应式设计打造为内置的一等编辑体验。该功能以此前的相关工作为基础——按屏幕尺寸显示或隐藏区块的能力，以及 Navigation 区块可自定义的移动端叠加层——并将这一理念扩展至样式本身。

该功能适用于所有区块编辑器，包括帖子、页面、模板、图案、模板部分和 Navigation。响应式样式采用桌面优先模式，让样式级联到较小屏幕，直到你针对特定设备进行自定义。

目前，特定视口的值仅限于区块侧边栏设置（如排版、间距和颜色）。这些控件可在全局样式（影响区块的所有实例）以及单个区块实例中使用，并适用于所有区块编辑器——帖子、页面、模板、图案、模板部分和 Navigation。 

启用视口状态后，工具栏中无法按视口设置的控件将被隐藏。其中最重要的控件包括：Image、Featured Image 和 Cover 区块的视口级宽高比预设，因此每个区块都可以针对不同设备进行优化（#78543）。与此同时，布局控件从“设置”选项卡移至“样式”选项卡，将所有样式决策集中在一起。 

测试征集期间的社区反馈确保该功能在发布时提供关闭开关，通过新增的 responsiveEditingEnabled 编辑器设置实现：关闭后，“查看”菜单中的响应式样式选项以及“全局样式”中的视口选择器都会消失。它仅控制编辑界面。已经保存的响应式样式仍会像以前一样呈现。（#80814）。代码示例请参阅响应式样式开发说明。

关注测试征集：响应式样式，了解如何调用该功能以及需要注意的事项，并在 WordPress 7.1 的开发说明《响应式区块样式和可配置视口》中查看技术细节。 

你可以在 WordPress 7.1 的开发说明《响应式区块样式和可配置视口》中找到更多技术细节。

视口断点自定义

主题现在可以在 theme.json 中定义自定义断点，因此响应式样式和按视口设置的区块可见性都可以使用设计系统的断点，而非 WordPress 的默认断点。对于主题开发者和设计师而言，这提供了对响应式行为更精细、与设备无关的控制。（79104）

JSON

"settings": {
		"viewport": {
			"mobile": "30rem",
			"tablet": "45rem"
		}
	}

跟踪：WordPress 7.1：区块可见性、可配置断点和 theme.json 集成（#75707）

这让交互式设计对非编码人员和主题构建者也可轻松使用。常见交互不再需要添加自定义 CSS 代码片段。 

交互状态样式（悬停、聚焦）

现在无需编写任何 CSS 即可设置交互式伪状态（:hover、:focus 或 :active）的样式。对于按钮区块，这既适用于单个实例，也适用于全局样式中的全站设置。对于导航链接区块（自定义链接、页面链接），状态控件可在区块检查器中按实例使用；在全局样式中，状态选择器按区块启用，首先是按钮区块，因此目前要设置全站导航状态样式，需要通过 theme.json。
作为 7.2 自定义状态迭代的一部分，当前项状态的用户界面也正在开发中。

开发说明为你提供了更多细节：WordPress 7.1 中的伪状态和自定义样式状态，以及更多代码示例。

JSON

"core/navigation-link": {
  "-current": {
    "color": { "text": "#ff0000" },
    "typography": { "fontWeight": "700" },
    ":hover": {
      "color": { "text": "#0000ff" }
    },
    ":focus": {
      "color": { "text": "#00aa00" }
    },
    ":active": {
      "color": { "text": "#ff6600" }
    }
  }
}

媒体编辑器模态框和自由裁剪图片工具

[最终用户][站点管理员]

新的媒体编辑器模态框取代了通过熟悉的裁剪按钮访问的内联裁剪工具，并将自由裁剪和宽高比裁剪、翻转、带吸附参考线的精细旋转以及元数据编辑整合到一个统一的工作流中。（78653、78935、78792） 

这大幅改善了 WordPress 区块编辑器中的编辑体验。目标是让基本图片编辑不再需要外部工具。现在只需点击几下，就能对图片进行更快、更精确的控制——微调构图、修正方向或镜像图片，使其更好地适应布局，同时不会打断编辑流程。

对于封面区块，这个新的媒体编辑器模态框已与裁剪背景图片按钮关联。当封面区块使用可编辑图片时，该选项就会出现；编辑后，区块会自动重新计算叠加颜色和对比度，因此即使裁剪移除了图片中最亮或最暗的区域，文字仍保持清晰可读（79258）

跟踪：媒体编辑器模态框任务跟踪（#73771）

客户端媒体处理改进

[开发者][站点管理员][企业版]

当你在区块编辑器中上传图片时，现在将由你的浏览器（而不是服务器）使用 libvips 的 WebAssembly（WASM）版本（wasm-vips）创建所有不同尺寸的子图片。libvips 是一个高性能图像处理库。存储在你服务器上的结果比截至目前由服务器端处理生成的结果有所改进：直接在设备上生成更小的文件。在性能足够强的设备上，服务器端图像处理的 CPU 使用量可能减少超过 80%（79188）

此次更新还带来了更广泛的现代图像 格式支持，包括内置支持 HEIC（iPhone 照片的默认格式）、带 HDR 增益贴图的 JPEGS（UltraHDR 和 Adaptive HDR 所使用）、AVIF 和 WebP。一项重大性能改进是 GIF 转视频功能，可生成更轻量、更高效且在前端加载更快的文件。目前此功能需手动启用。上传也更具韧性，提供了进度指示器，并能在数据连接中断时自动重试（76765、79307）。

对于上传媒体的内容创作者而言，此次更新意味着更好的 HDR 图像支持、更快且更可靠的上传、更广泛的格式支持，以及无需手动干预即可获得优化更好的文件。

插件开发者请注意，包括 `wp_generate_attachment_metadata`、`image_resize_dimensions` 和 `wp_handle_upload` 在内的某些服务器端钩子，可能不再像以前一样触发。团队正在编写文档并制定缓解策略。（74333）

有关更深入的信息，请参阅 WordPress 7.1 中的开发说明《客户端媒体处理》

图标现在会继承颜色，Icons API 也逐渐成形

[主题构建器][插件作者][开发者][企业版]

WordPress 7.0 为区块编辑器和 Icon 区块内置了一组 SVG 图标。WordPress 7.1 将其扩展为一套完善的公开 API：插件和主题可以注册自己的图标、将其组织成集合、在服务器上渲染，并通过 REST API 读取。

对于内容创作者而言，最明显的变化是 Icon 区块的图标选择器：现在会按集合对图标进行分组，每个集合对应一个标签页，并另有一个“全部”标签页；切换标签页时，搜索查询会保留下来。插件和主题的自定义图标会与核心图标集一同显示。该区块本身也进行了多项优化：它会插入一个默认图标，因此你不会再看到空白占位符；工具栏中提供翻转和旋转控件；并且默认显示文字和背景颜色控件。

对于开发者：注册更多集合

对于开发者而言，这些功能在 PHP 端组合得更加完整：使用 wp_register_icon_collection() 注册集合，使用 wp_register_icon() 添加图标（可来自内联 SVG 字符串或 .svg 文件），并使用 wp_get_icon() 输出任何已注册的图标，包括尺寸、CSS 类和无障碍标签。图标名称会经过严格验证，注册表中的注册方法现在已公开，REST API 端点也会向你自己的代码公开集合和图标。Make Core 博客即将发布一篇包含完整代码示例的开发说明。

需要特别说明的一项破坏性变更：@wordpress/icons v15 中的全部 330 个图标现在都会声明 fill="currentColor"，因此图标默认继承周围的文字颜色。如果你一直使用 CSS fill 属性为图标着色，请改用 color 属性——这样更可靠，因为图标内部可能使用 fill、stroke，或同时使用两者。如果你注册自己的图标，请在其 <svg> 元素中添加 fill=”currentColor”，以获得相同的行为。

Dev Note 注册和渲染 WordPress 7.1 中的 SVG 图标的全部细节。 

跟踪：SVG 图标 API：WordPress 7.1 的迭代（#75715）

全局管理栏 

[全部]

在 WordPress 7.1 中，位于网站前端和其他管理页面顶部的 WordPress 管理栏，现在默认在使用区块编辑器时显示。全屏模式和免打扰模式同时开启时，管理栏会保持隐藏。 

此前，以默认全屏模式进入编辑器时，管理栏会消失，使你无法访问 wp-admin 的其他部分。由于管理栏现在能提供网站上下文，此次更新还将站点编辑器左上角的 W/网站图标替换为明确的返回按钮，让导航控件更加醒目（79197）。 

此次更新还带来设计焕新： 

• 你的网站图标取代首页图标， 
• 个人资料头像变为圆形，并且 
• 命令面板的键盘快捷键移入管理栏，以减少视觉杂乱并解决快捷键冲突。（79060） 

这样一来，熟悉 的导航又能在所有屏幕上伴你左右。 

面向用户和开发者的全部细节可见于此开发说明：WordPress 7.1 中通过持久工具栏实现一致的导航。

新区块

[全部]

此次发布以多款实用工具扩展了区块库。这些新增功能为内容创作者提供了更好的方式来展示互动媒体和组织信息。

播放列表区块

全新的播放列表区块可让你创建带有波形可视化的音频播放列表，从而轻松地在单个互动播放器中展示多首曲目或播客单集。访客无需离开页面即可浏览和播放你的音频内容。对于内容创作者而言，这直接在 WordPress 中提供了一种丰富、现代的收听体验，可用于突出展示播客单集、音乐曲目或演讲。 

每首曲目都包含元数据：封面图、艺人名称、曲目编号和曲目时长。曲目列表本身可配置——你可以设置播放顺序，并分别切换封面图、艺人名称、曲目编号和曲目长度的显示，以契合页面设计。

WaveformPlayer 可视化组件附带可视化样式选择器。你可以为波形和波形背景设置颜色，以实现更精细的主题定制，并在播放按钮上显示曲目封面图，让所有访客都能访问。播放列表和播放列表曲目区块均已包含在默认区块库中。

这是首个版本，贡献者也在为下一个 WordPress 版本继续改进，包括添加更多波形样式、随机播放和跳过按钮、用于更直观地拖动定位曲目的悬停覆盖层，以及性能改进。

跟踪：播放列表区块：7.1 的迭代问题（#77421）

标签页区块

全新的标签页区块将内容组织到不同的选项卡面板中，访客可点击切换以进行导航。这种设计模式能够紧凑呈现信息，避免让读者面对大段文字。它常用于常见问题、产品功能或任何需要并列展示选项的内容。对编辑者而言，这是一种熟悉且灵活的布局模式，现在已原生集成到 WordPress 中。

区块系列包括用于导航的标签列表和用于内容的标签面板。每个面板都接受任意你喜欢的区块，标签按钮还配有各自的颜色、排版、边框和间距控制项，因此导航的样式可以与你的主题相匹配。使用工具栏按钮，你可以快速重新排列标签。 

在底层，标记结构和键盘行为遵循 W3C ARIA Authoring Practices Guide 中标签模式所规定的最佳实践。

追踪：稳定标签区块（#73230）

改进的区块与区块处理

核心区块在 7.1 中获得了多项提升日常使用体验的改进。这些更新优化了现有的编辑工作流，简化了媒体处理，并为布局和设计提供了更深入的定制能力。

区块变换：先预览，再快速转换

[最终用户][站点管理员]

现在，在决定切换之前，更容易评估区块的外观或类型。当你在工具栏中打开区块切换器时，主题提供的样式选项——例如按钮的“Outline”样式——会在悬停时显示实时预览，让你准确看到应用该样式后的区块效果。（75889）检查器“Styles”面板中的同类预览现在也与工具栏中的呈现保持一致，因此无论从哪里进行切换都无关紧要。（75989）一项小幅优化修复还将 Navigation 区块的预览居中显示在其预览窗格中。（75741）

区块变换也变得功能更强大：现在，一个区块可以直接转换为另一个区块的变体。转换菜单会将 Row 或 Stack 作为直接目标选项，无需先转换为 Group 再选择 Row——从两步缩短为一步。（78713）

同样的“一步而非两步”思路也延伸到了旧版内容。粘贴或转换 短代码时，现在会创建正确的 Embed 区块，而不是留下原始短代码文本，因此 YouTube 等服务的嵌入内容可以立即正确显示（77937）——如果你改变主意，撤销操作会恢复一个包含该 URL 的段落，而不是将其删除。（77551）。

Shortcode 区块也加入了这一功能：当其内容与已注册的短代码匹配时，现在会提供区块专用变换选项，可将其转换为对应的区块。（77944）

对于任何维护着多年短代码文章站点的人来说，这省去了转向基于区块编辑过程中一个繁琐的清理步骤。

组合渐变背景与图片背景

[最终用户] [主题构建器][站点管理员]

借助新的 background.gradient 区块支持，更多区块现在支持背景渐变；它会将渐变叠加在背景图片上，而不是用其中一个覆盖另一个——例如，无需自定义 CSS，就能在照片上添加半透明色彩蒙版。

此前，渐变只能位于 Color 面板中，并以 CSS 背景简写形式存储，这会与区块上的任何图片发生冲突。新增支持在 Background 面板中、现有 Image 控件旁加入 Gradient 控件，样式引擎会将两者合并为单个分层背景图片值，可分别应用于单个区块、全局样式以及通过 theme.json 设置。后续更新还允许在独立渐变中使用现代颜色函数，并将文本颜色和背景颜色控件分别移至 Typography 和 Background 面板，以保持一致。

要将侧边栏中背景和渐变的两种颜色设置放在一起，就必须将相关控件与文字颜色分开。因此，现在文字颜色和背景颜色的颜色设置分别位于两个不同的面板中。

WordPress 7.1 提供了六个支持新渐变功能的区块：Group、Verse、Accordion、Pullquote、Post Content 和 Quote。后续还会加入更多支持，并制定长期计划，将所有区块中较旧的 color.gradient 迁移到新系统。7.1 中尚未提供内置迁移路径。

对于扩展开发者而言，启用该功能的方式遵循熟悉的区块支持模式。自定义区块可在其 block.json 中声明：

JSON

"supports": {
	"background": {
		"gradient": true
	}
}

主题通过 theme.json 中 settings.background.gradient（它也包含在 appearanceTools 中）来控制该设置，并可在样式中定义渐变值——可在根级别、按区块或在样式变体中定义：

JSON

{
	"styles": {
		"background": {
			"gradient": "linear-gradient( 135deg, #000 0%, #fff 100% )"
		},
		"blocks": {
			"core/group": {
				"background": {
					"gradient": "var:preset|gradient|vivid-cyan-blue"
				}
			}
		}
	}
}

本开发说明中的所有关键细节：WordPress 7.1 中的新区块支持：背景渐变（background.gradient）

封面区块：控制视频嵌入提供商

[主题构建器][插件作者][企业][开发者]

除了为背景图片新增媒体编辑器模态框外，封面区块还响应了社区反馈提出的一项需求。当区块的“从 URL 嵌入视频”功能在 WordPress 7.0 中推出时，站点构建者希望能够筛选或禁用它。WordPress 7.1 新增了 allowedVideoProviders 属性，用于限制可提供的视频提供商，或通过允许 none（#80092）彻底移除 URL 嵌入选项。现有嵌入仍可正常工作；仅限制在编辑器中新建的 URL 输入。 

相关细节已反映在封面区块的文档中。

图库区块与媒体库中的附件图片工作流

[最终用户][站点管理员]

在撰写文章时上传的图片一直都会“附加”到该文章。对于采用区块编辑器之前的较早站点尤其如此。附加图片过去无法作为一个集群访问，需要逐个添加到区块编辑器画布中。WordPress 7.1 终于在编辑器中利用了这种关系，方式是在媒体库插入器模态框中新增一个筛选下拉项上传到此文章。你上传的照片和其他媒体可随时重复使用，而不会消失于媒体库中。 

图库区块是一个很好的示例：无需手动选择每张图片，只需点击一次使用附件图片按钮，即可根据附加到当前文章的所有媒体生成动态图库（#78796）。对内容创作者而言，这使图片图库的编排更快、更灵活，也有助于重新整理较早文章中的图片。“来源”面板提供了图片排序选项。这使区块编辑器对图库的处理能力与 [ gallery ] 短码的部分功能持平。

若要完全自由地控制图库区块，“分离”功能会非常方便。工具栏和侧边栏的来源面板中提供了一个分离按钮，可将图库作为独立区块创建，而不再与文章图片保持动态关联。使用该功能有助于用户编辑或更新图库区块。 

下面的视频直观展示了媒体库中附加到文章的图片列表与使用新功能的图库区块之间的联系。 

追踪：WordPress 7.1：动态图库与文章附件媒体迭代问题（#77117）

这让操作重新回归简单：把照片拖入文章后，由 WordPress 负责排列。这是围绕动态图库和文章附件媒体开展的一项更大工作的首个可见成果；未来还将支持按日期进行动态查询，并最终支持按分类或标签查询。

图片区块：标记为装饰性开关

[终端用户][站点管理员]

屏幕阅读器会向用户播报每一张图片，但有些图片（如分隔线和装饰元素）并不包含值得播报的信息。图片区块新增的“标记为装饰性”复选框会告知辅助技术在前端完全跳过此类图片，方法是在已发布文章中将其呈现为 role=”none”。现在不再需要纠结是忘记填写替代文本，还是有意将替代文本留空。

勾选此复选框后还会有进一步处理。将图片标记为装饰性会清除其替代文本，并禁用标题和链接，因为链接到某处或用于说明内容的图片按定义就不属于装饰性图片。此前，符合无障碍要求的做法是了解空替代文本规范；如今这个复选框能让意图变得明确、可被机器读取，并可供每位内容创作者使用。（78064）

登录/退出区块改进

[主题构建器][站点管理员][开发者]

登录/退出区块可以选择显示完整的登录表单，而不是简单链接——但此前，该表单的提交按钮完全不会应用你的主题，而是采用浏览器默认样式，与网站上的其他按钮显得格格不入。启用区块主题后，提交按钮现在会带上标准按钮类（wp-block-button__link 和 wp-element-button），因此会自动继承 theme.json 中为你的主题定义的按钮样式，包括颜色、圆角等，无需任何自定义 CSS。该区块采用了评论表单已在使用的同一方法，解决了最早于 2023 年报告的不一致问题。（76746）

导航区块与链接创建

[主题构建器] [站点管理员][终端用户]

导航区块获得多项改进，为站点构建者提供了更多自由，可以决定菜单包含哪些内容以及在哪里编辑。登录/退出区块现在可以嵌套在子菜单中（#75497），便于将账户操作收纳到“我的账户”下拉菜单中，而不必为其占用一个顶层位置。在站点编辑器的侧边栏列表视图中，可以直接创建新链接（#75918），因此构建菜单不再需要逐一点击画布中的每个项目。首页链接区块也补上了此前缺失的控件（#76672），使其功能与其他导航区块保持一致。

主题构建者需要注意一项行为变化：导航区块不再强制将字号向下传递给各个菜单项（#77419）。此前，每个导航链接、子菜单和页面列表项都会继承父级的 font-size 标记；而由于相对单位会相乘，嵌套下拉菜单中的字号会急剧累积（1.5em 变为 2.25em，随后变成 3.375em）。

该区块现在改用标准的 CSS 继承机制，这也修复了编辑器画布与前端之间字体排印不一致的问题。大多数主题无需更改，但直接针对导航项上的 has-{slug}-font-size 类编写样式的主题应检查自己的菜单——“Miscellaneous Editor Changes”开发说明包含了一个筛选器，可在需要时恢复旧版标记。

搜索区块样式

[主题构建器] [站点管理员][最终用户]

本次发布的 Search 区块填补了一项样式功能缺口：即使搜索按钮被禁用，颜色设置现在也会应用于搜索输入框（77219），因此无论选择哪种显示选项，你的搜索框都能与设计系统保持一致。

该区块还采用了现代 HTML：现在可以在原生 <search> 地标元素内呈现，该元素为浏览器和辅助技术提供搜索语义，无需手动使用 role=”search”属性。由于移除该属性可能会破坏现有的主题 CSS，因此此功能需手动启用——可以在“高级”面板中通过新的 HTML 元素选择器针对单个区块启用，也可以通过 add_theme_support( ‘search-element’ ) 在全站启用（#78485）。默认输出保持不变，并计划在未来版本中让现代标记成为默认输出。（78485）

查询区块

[主题构建器] [站点管理员][最终用户]

Query 区块新增了一个用于控制区块列表的筛选器：现在可以从文章列表中排除当前文章。当你希望添加带有相关文章的文章列表时，这项功能会很有用。（64916）。

整体体验优化。 

模式编辑体验改进

[主题构建器] [站点管理员] [开发者]

WordPress 7.0 将模式编辑的重点转向内容更改，不再展示所有工具，而是将模式视为更接近单个区块的对象。在 7.1 中，工作重点是基于反馈进行用户体验优化、修复漏洞和日常维护。对于插入和自定义模式的用户来说，这意味着体验更加流畅、可预测，减少了粗糙之处。

跟踪：WordPress 7.1：模式编辑迭代（#75717）

• 模式编辑与区块字段：突出显示选中的区块（74841）
• 模式编辑：编辑模式区块时显示根区块标识 #79417 

 区块宽度和布局控件

[主题构建器] [站点管理员] [开发者]

改进了间距和布局工具，使其更加直观。Columns 区块的布局选择器不再显示容易令人困惑的“Skip”选项，Button 区块现在使用标准的宽度控制系统，取消链接关联时，间距控件也会以更合理的顺序显示。这些更改消除了编辑者在构建复杂布局时容易遇到的阻碍。

• Button：迁移至宽度区块支持 #74242 
• Columns：从布局选择器中移除多余的 Skip 选项 #78405 
• 取消链接关联时重新排列间距侧边控件 #66317 

链接控件和预览增强

[主题构建器] [站点管理员] [开发者]

链接到页面或文章时，链接选择器现在会针对网站首页显示“Homepage”，而不是仅显示“Page”，并在预览中使用实际的实体链接标题。这些小改进让链接创建过程更加智能，也帮助编辑者在发布前准确了解所链接的内容。

• 在链接控件预览中使用实体链接标题 #77155 
• 链接选择器：如果为 Homepage，则使用 Homepage 徽章而不是 Page #75929 

额外的 CSS 验证

[主题构建器] [站点管理员] [开发者][最终用户]

现在，额外的 CSS 会在挂载时以及通过新的维度验证端点针对旁加载样式进行验证。这些检查可防止格式错误或不安全的 CSS 破坏站点外观或引入安全风险，让你在添加自定义样式时更加安心。

• 在挂载时验证额外的 CSS #78682 
• 为旁加载端点添加维度验证 #74903 

区块编辑器属性处理

[主题构建器][开发者]

区块编辑器现在能正确地将目标锁定到正确的区块，以修复复制直接插入区块属性时属性可能被应用到错误区块的边缘情况。此修复确保复制粘贴和复制工作流符合预期。

• 区块编辑器：修复复制直接插入区块属性时的目标区块 #77877 
• 区块编辑器：允许覆盖 `disableContentOnlyForTemplateParts` 设置 #79191 

图像处理改进

[最终用户][站点管理员]

一系列小修复让图像处理更加可预测。如果图像指向的媒体库项目已被删除，编辑器不会再将其视为本地附件，从而避免令人困惑的错误。只有当你的用户角色和图像类型实际支持裁剪时，裁剪按钮才会显示，因此不会出现无法使用的工具。 

特色图像字段现在也会显示占位文字，让人一眼就能清楚该字段的用途。

• 图像区块：在将图像视为本地图像之前，验证附件 ID 是否存在 #77178
• 图像/站点徽标：当 editMediaEntity 不可用时隐藏裁剪工具栏 #76626
• 为特色图像字段设置占位文字 #76342

文章模板布局改进

[主题构建器][站点管理员]

确保文章模板区块的回退样式仅在适当情况下应用，从而在定义了自定义最小列宽时防止布局冲突。此修复让编辑器能够更可预测地控制查询循环布局，而不会被意外覆盖样式。

• 确保定义了 minimumColumnWidth 时不会应用文章模板回退样式 #77411 

文章标题区块增强

[站点管理员][最终用户]

标题区块新增了占位符属性，让你在尚未输入标题时显示有用的文字。这一小项改进优化了自定义文章类型的编辑体验，并引导内容创作者填写必填字段。

• 文章标题：添加占位符属性 #7601 v22.7.0

区块插入器增强

[站点管理员][最终用户]

通过优化插入器界面的视觉效果，让发现和添加区块变得更加容易。浏览区块选项时，搜索输入框现在会保持可见；插入器按钮也会通过动画清晰指示面板是否已打开。这些细节减少了构建页面时的阻力，并帮助编辑者在浏览区块选项时保持方向感。

• 区块插入器：让插入器按钮图标通过动画指示打开状态。 #78306 
• 让区块插入器的搜索输入框在滚动时保持固定 #77698

编辑器增强

除了区块方面的改进，编辑体验本身也从头到尾得到了优化。注释功能逐渐成熟为更完整的评论工作流。可视化修订拥有更详细的时间线。你的站点品牌形象在站点编辑器中也获得了专属入口。

Dev Note 提供了一份其他编辑器改动的清单。

注释正逐步发展为完整的评论工作流

[最终用户][站点管理员][开发者][企业]

注释是编辑器内直接显示的编辑批注，本次发布continued为其增加了多项功能，让异步协作更丰富，也更容易在无需离开 WordPress 的情况下采取行动。

重磅功能：内联注释。现在，你可以将注释附加到特定的文本选区，而不是整个区块。选中段落的一部分并添加注释后，随着你继续编辑周围内容，高亮仍会锚定在该文本上。单个区块可以包含多条内联注释，并按其出现顺序排列；发布文章中不会显示任何高亮。此外，区块也不再局限于一段对话——你可以在同一区块上开启多个注释线程。

这些对话本身也变得更丰富了。注释现在支持富文本格式——粗体、斜体、链接和代码。@提及自动补全让你可以快速将同事加入线程。较长的注释会折叠在“显示更多”切换按钮之后，而侧边栏中的“已解决”分隔线会将已完成的讨论与未解决的讨论区分开来，方便你查看仍需处理的事项。

追踪：WordPress 7.1 的注释迭代（#76316）

专属身份部分

[站点管理员][主题构建器][最终用户]

全新的外观 > 编辑器 > 身份界面将站点徽标、favicon、标题和副标题集中到一个易于查找的位置，并支持内联编辑，让你可以在那里直接裁剪和调整图像。这样就无需在设置中四处寻找，或深入模板才能更新基础品牌信息。尤其对于新站点构建者而言，这能让站点身份的设置快速而简单。现有站点所有者也有一个直观的地方来更新这些数据。  (76264, 76116)

可视化修订改进

[站点管理员][最终用户][主题构建器]

在 7.0 引入的可视化修订基础上，修订界面在检查器中新增了带分页的时间线，并提供有关每项修订的更详细信息，让你在浏览不同版本时更容易了解发生了哪些变化。(77333)

通过自动保存完成的更改现在会在修订时间线中标注出来，并且自动保存通知可与可视化修订界面协同工作。(79950, 79947)

“全局应用”现已配备审阅面板

区块检查器中的全局应用操作此前只需一键即可将区块的本地样式更改推送到全局样式；它在 WordPress 7.1 中得到升级，让设计师能够更精细地控制哪些样式部分会进入全局样式。

该按钮现在会打开一个审阅模态窗口，列出每项已修改的样式及其当前值和新值。所有更改默认预先选中；取消选择任何你想保留为本地覆盖的样式，只有选中的样式会被应用。撤销仍可一步恢复之前的状态。这个原本颇有风险的操作，如今变成了一项审慎的选择。提交之前，你就能准确看到整个站点将发生哪些变化。(#79839)

管理员 / 工作流更新

7.1 中对管理工具和工作流工具的更新改进了导航、内容管理和站点管理。这些更改旨在减少操作阻力，帮助你在 WordPress 仪表板中更高效地工作。

有序命令面板

[全部]

命令面板是你通过键盘快捷键打开的快捷访问菜单，  现在会将结果分为最近使用、建议和匹配等部分，并跨会话记住你最近使用过的命令。视觉设计也已更新，让浏览结果更加轻松。这有助于你更快地浏览 WordPress，将最常用的工具直接显示在顶部。(75691)

在“编辑评论”界面更改评论的父级

[最终用户][站点管理员][企业]

是否遇到过需要修复评论串错位置的情况？“编辑评论”界面现在在“保存”框中提供了一个“回复至”控件——点击“编辑”后，你会看到一个下拉菜单，其中列出该文章的其他评论，并按作者列出评论的简短摘要。顶级评论仅显示“无”。

你无法用它创建断裂的评论串：该下拉菜单会隐藏评论本身及其下的所有嵌套评论，服务器还会在保存时再次检查——新的父级评论必须位于同一篇文章中，并且不能是该评论本身或其任何回复（任何无效设置都会以 WP_Error 返回）。如果当前父级评论通常不会出现在列表中（例如 pingback），它仍会作为选中的选项保留在列表中，因此不改动该字段直接保存不会产生任何变化。它在没有 JavaScript 的情况下也能使用，并且有涵盖验证逻辑的测试。(65570)

查看无标题文章的摘要

[最终用户][站点管理员]

例如，如果你发布无标题文章来快速发布状态更新，文章列表几乎无法帮助你区分它们：只有一列相同的“(无标题)”链接。 

现在，在“紧凑视图”中，无标题文章会在“(无标题)”之后显示摘要的前 15 个单词，让你一眼就能看出每篇文章的内容。 

复选框的屏幕阅读器标签也会显示相同文本；受密码保护的文章仍会隐藏内容；“扩展视图”保持不变，因为它已经显示摘要。(65022)。

媒体库：无限滚动重新成为默认设置，并提供按用户选择的退出选项

[最终用户][站点管理员]

媒体库网格现在默认使用无限滚动，因此当你向下滚动时，附件会持续加载，而无需点击“加载更多”按钮。对于更喜欢之前行为的人，个人资料页面上新增了一个“在媒体库网格视图中禁用无限滚动”复选框。该设置仅对实际上能够上传文件的用户显示，因为其他用户根本看不到附件网格。

对开发者而言，现有的 media_library_infinite_scrolling 过滤器仍然有效，并且现在具有最高优先级：已挂钩的过滤器始终优先，其次是用户的个人资料偏好；两者均未设置时，则启用无限滚动。请注意，自 7.1.0 起，该过滤器的默认值已从 false 改为 true，因此任何依赖旧默认值的代码都应进行审查。此更改附带单元测试，涵盖新的用户选项和完整的优先级链 (65564)。

阅读开发说明：媒体库无限滚动现在默认启用，并提供按用户选择的退出选项。

主机现在可以调整推测性加载的默认设置

自 WordPress 6.8 起，推测性加载可让浏览器预取或预渲染访客接下来可能打开的页面，让导航体验近乎即时。WordPress 出厂时默认采用有意谨慎的设置——而直到现在，修改这些设置都需要使用 mu-plugin。借助 WordPress 7.1，主机提供商和站点所有者可以通过环境变量或 wp-config.php 常量调整默认模式和积极程度。配置完善且已启用页面缓存和对象缓存的主机，可以让其站点采用更激进的推测策略，并将速度提升传递给访客。主机通过这种方式收集到的实际数据，也将为未来版本中核心是否要为所有人更改默认设置提供参考。技术细节见核心工单（#65624）。

开发者福利 

[开发者][主题构建器][插件作者][企业]

WordPress 7.1 为开发者提供了扩展后的 API、theme.json 功能以及系统改进。这些工具可让开发者更精细地控制站点设计、区块行为和系统集成。

文章编辑器 iframe 现在始终启用

WordPress 中的其他编辑器——站点编辑器、模板编辑器，以及区块、模板和设备预览——长期以来一直无条件使用 iframe，最早可追溯到模板编辑器在 5.8 中推出时。文章编辑器则是唯一的例外：从 7.0 开始，它是否在隔离环境中运行取决于给定文章中实际存在的区块，因此只使用 Block API v3+ 区块的文章会获得隔离画布，而只要包含一个较旧区块（API v1 或 v2），文章就会完全退出隔离环境。这意味着即便是同一站点、甚至同一作者，也可能会发现编辑器因文章不同而表现出不同行为。在 7.1 中，这一条件已被取消：无论主题类型或区块 API 版本如何，每个文章编辑器都始终使用 iframe。

对于大多数编写和编辑内容的人来说，这是个好消息——不必再因插入了哪些区块而切换不同的行为。不过，区块开发者需要完成一些功课：iframe 拥有自己的文档和窗口，与运行编辑器脚本的管理页面相分离，因此，任何通过访问全局 document 或 window 来操作画布的代码，现在都会找错对象。常见的修复方法是，从 iframe 内的元素获取画布的文档（通过 ownerDocument 及其 defaultView），而不是使用全局对象；并使用 useRefEffect 添加和清理画布事件监听器。

阅读有关 7.1 变更的开发说明和区块迁移指南，以了解更多详细信息。

Ryan Welcher 发布了一份指南和一个演示插件。文章编辑器将全面采用 iframe：WordPress 7.1 之前区块开发者需要了解的事项，附有代码示例以及必要时修复问题的说明。 

Abilities API 开放其执行管线

Abilities API 随 WordPress 6.9 推出，而 7.1 让扩展程序真正掌控了它。四个新的生命周期过滤器允许插件介入 ability 执行过程——将其完全短路（例如缓存、速率限制或维护模式）、转换输入、叠加额外的授权规则，或重塑乃至恢复结果。另有两个过滤器在 JSON Schema 基础上添加自定义输入和输出验证，还有一个新的 wp_ability_invoked 操作会在每次调用时触发——即使调用失败也会触发——非常适合用于日志记录和审计。核心信息 abilities 会返回更多用户详情，通过 REST API 传入的输入现在能够正确确定类型，而 wp_prepare_json_schema_for_client() 会在 schema 提供给 REST 客户端、MCP 集成或 AI 工具之前移除 PHP 回调和仅限 WordPress 的约定。

一个新的 public 元数据标志进一步完善了这一机制：只需声明一次某个 ability 面向外部客户端，REST、MCP 适配器及未来的集成就可默认采用这一设置——频道特定标志仍可覆盖它，权限回调也仍会保护实际执行。

查找合适的 abilities 也变得更容易：wp_get_abilities() 现在接受参数，可按类别、命名空间或元数据筛选已注册的 abilities——REST 端点也提供相同的筛选功能。

这些开发说明中的详细信息和代码示例：

• Abilities API 的新执行生命周期过滤器
• Abilities API 改进
• 为客户端兼容性准备 JSON Schema
• Abilities 统一的公开曝光标志
• 在 WordPress 7.1 中使用 wp_get_abilities() 筛选已注册的 abilities

Global Styles 与 theme.json 

theme.json 的 Text Shadow 支持

主题作者现在可以通过 styles.typography 下的新 textShadow 属性，直接在 theme.json 中定义文本阴影。它会在所有预期位置生效：根级别、按区块设置（例如仅为段落添加阴影）、通过样式变体，以及作用于元素——包括链接的 :hover 状态等伪选择器。接受任何有效的 CSS text-shadow 值，包括堆叠的多重阴影定义。编辑器中的区块占位文本会重置阴影，确保无论主题如何设置都能保持清晰可读。

JSON

"styles": {
		"typography": {
			"textShadow": "1px 1px 2px red, 0 0 1em blue, 0 0 0.2em blue;"
		},
		"blocks": {
			"core/paragraph": {
				"typography": {
					"textShadow": "1px 1px 2px red, 0 0 1em red, 0 0 0.2em red;"
				}
			}
		},
		"elements": {
			"link": {
				":hover": {
					"typography": {
						"textShadow": "none"

开发说明中的更多详情：Global Styles 中的 Text Shadow 支持

Text-Align 区块支持迁移

另外九个核心区块（Post Date、Post Excerpt、Post Navigation Link、Post Title、Query Title、Site Tagline、Site Title、Pullquote 和 Term Name）现在使用 WordPress 标准化文本对齐系统。作为更大规模迁移工作的一部分，此更新确保了编辑器中的一致对齐控制，并让这些区块与较新的区块配合时表现可预测。 

WordPress 最终用户不会看到任何变化，现有区块仍可继续工作。主题设计者现在能够通过 theme.json 属性设置其中任何区块的文本对齐方式。代码示例展示了如何将居中设置为全站 TextAlign 默认值。`”textAlign”: false` 则为此区块禁用该功能 

JSON

{
	"version": 3,
	"styles": {
		"blocks": {
			"core/pullquote": {
				"typography": {
					"textAlign": "center"
				}
			}
		}
	}
}

区块可见性

向 theme.json 添加 settings.blockVisibility.allowEditing，允许主题完全禁用区块可见性功能。

JSON

{
  "settings": {
    "blockVisibility": {
      "allowEditing": false
    }
  }
}

设置为 false 时，工具栏按钮和区块选项菜单项会被隐藏。在这方面，它使此区块支持与颜色、排版等保持一致。

blockVisibility.allowEditing 遵循 layout 标志。原因在于 blockVisibility 在区块支持层面具有双重含义：布尔值表示完全不渲染该区块，而视口设置则允许用户按视口控制可见性。

对象的形状也为将区块可见性扩展到触发器留下了空间，不仅限于 blockVisibility.viewports，还可以是帖子类型或其他条件。(76559)

区块支持：按功能选择器生成 CSS 变量

区块支持现在会根据区块按功能划分的特定选择器生成 CSS 自定义属性，而不再仅仅使用根选择器。有些区块——以 Button 区块为例——将外层包装器和内部样式目标定义为不同元素，过去无法专门将预设变量（例如尺寸大小）输出到该内部元素上。如今，构建设计系统的主题和插件作者可以针对每个功能的正确元素进行设置，无需再使用自定义 CSS 来解决这种不匹配问题。

区块尺寸的最小宽度选项

区块此前已经支持 height、minHeight 和 width，但缺少阻止内容过度收缩的方法，从而避免布局元素在窄屏上坍缩成无法使用的细条。最小宽度填补了这一空白，其工作方式与现有的最小高度相同。

它在区块层面采用选择性启用：除非区块明确启用，否则该控件在检查器中保持隐藏，但在全局样式面板中默认显示。主题定义的尺寸预设会自动沿用，因此现有的间距比例可以直接使用。Group 区块是首个采用此功能的区块。

更多详情请参阅开发说明《WordPress 7.1 中的新区块支持：最小宽度》

设计系统主题提供器 

设计系统的主题组件首个版本随 WordPress 7.1 推出。它由符合 W3C 设计令牌规范的标准化 CSS 自定义属性组成。你可能不会立即察觉其中的差异——默认主题是特意构建成与现有样式相匹配的——但这套机制将为站点编辑器中的管理后台配色方案提供支持。你可以在合并提案《设计系统主题化》中了解更多未来方向的详细信息 

开发说明中还有更多内容：《WordPress 7.1 中的设计系统主题化》

站点编辑器中的管理后台配色方案

站点编辑器的侧边栏和界面现在会采用你选择的 WordPress 管理后台配色方案，而不再始终显示深色背景。这让文章编辑器、站点编辑器和管理后台仪表盘之间的视觉表现更加一致。如果你已经使用偏好的配色方案个性化过 WordPress，现在这一选择会贯穿你工作的每个地方。78397

将静态 HTML 与可编辑区块混合

新的 innerContent 区块支持允许区块将静态 HTML 片段与可编辑的内部区块交错排列，并以此作为其自身标记的标准来源。实际上，这意味着手写的 HTML 结构可以只让其中一部分——例如段落或图片——在原地编辑，而其余部分保持固定，无法移动、删除或重新排列。

Custom HTML 区块是首个采用者：粘贴带有区块注释分隔符的 HTML（例如，在一个较大的静态

内嵌入 区块），即可直接在画布中编辑该内部内容，同时周围的标记仍会锁定在原位。这目前是一项范围较窄、面向开发者的功能——只有 HTML 区块接入了这一能力——但它为自定义区块今后提供同类“大部分静态、部分可编辑”的体验打开了大门。(79115)

开发者说明可在 Make Core 博客中查阅：Custom HTML 区块内的可编辑区块 

列表项和内部区块的区块绑定

List Item 区块现已支持区块绑定。List Item 的内容现在可以连接到数据源——自定义字段、模式覆盖或另一个已注册的源——因此，列表中的各个条目可以动态填充，而不必手动输入。此更改将 content 注册为 core/list-item 的可绑定属性。

一项相关修复完善了这一功能：此前，如果绑定的 List Item 还包含嵌套子列表，那么在呈现绑定时，该嵌套列表会被丢弃。现在，List Item 可以同时包含绑定值和下方的嵌套列表。实际上，这意味着多级列表——例如，某个团队成员的名字从自定义字段中提取，其当前项目的嵌套列表置于下方——现在可以完全动态呈现，同时不会丢失结构。

追踪：WordPress 7.1 中的区块绑定 (#77199)

连接器身份验证改进

Connectors 框架负责管理 WordPress 与 AI 提供商等外部服务的连接，现在支持使用用户名和应用密码进行身份验证，以替代 API 密钥。一个已合并的拉取请求为此方法添加了默认连接器表单以及底层身份验证类型，与 WordPress Core 中现有的等效 API 保持一致。

这项更改还处理了实际使用中的细节：保存的密码会在 UI 和 REST 中被遮蔽，凭据可以通过常量或环境变量而非数据库来设置，配套的 Core 补丁则确保两者保持同步。对于需要账户登录而非仅使用 API 密钥的连接器，这消除了设置自定义设置页面的需求。

这项工作与一项更广泛的开放提案同时推进，该提案旨在建立 PHP 端的字段注册表，使连接器作者能够像 WordPress 其他地方的 register_setting() 一样声明任意设置——模型选择、温度、自定义 URL 等。该注册表尚未构建；应用密码工作是首个具体步骤（新增身份验证方法，而非新增字段类型），解决了提案所列两项缺口之一，尚未实现其全部愿景。

追踪：连接器：用于连接器配置的 PHP 端字段注册表提案 (#78647)

Blocks 包将两个实验性函数转为稳定

Blocks 包将 cloneSanitizedBlock 和 sanitizeBlockAttributes 转为稳定函数；鉴于这些函数实际上已稳定一段时间，现已移除其 __experimental 前缀。旧的带 __experimental 前缀的名称仍可使用，但会记录弃用通知，因此直接导入它们的插件或主题应改用新名称。

文章作者通知：过滤器决定

notify_post_author 过滤器现在拥有最终决定权：审批状态会在过滤器运行前被检查，因此它会收到准确的默认值；返回 true 可靠地会发送通知——即使对于尚未批准的评论也是如此。通过 __return_true 强制发送通知的站点应改用检查审批状态的回调，否则它们将开始收到垃圾评论和待审核评论的邮件。（#64217）。更多详情请参阅开发说明 notify_post_author 过滤器现在对帖子作者通知拥有最终决定权

无障碍工具提示和切换提示 API

WordPress 新增了无障碍工具提示的核心机制 (51006)，为键盘和触摸用户提供 title 属性之外的替代方案。两个新函数涵盖不同用例：wp_get_tooltip() 在控件获得焦点或悬停时提供无障碍名称，例如适用于仅含图标的按钮；wp_get_toggletip() 则实现带有扩展帮助信息的弹出式披露，在关闭前会保持打开。两者都会生成无障碍标记，避免屏幕阅读器播报过多冗长内容，并遵循语音命令用户的最佳实践。

核心中的首个切换提示解释了登录屏幕上的“记住我”选项 (55343)。插件开发者可以在自己的设置屏幕和元框中使用这些函数。(62741)。

开发说明现已提供，详情如下：在 WordPress 7.1 中引入名称和信息工具提示

筛选站点编辑器屏幕

插件开发者现在可以通过四个新的 PHP 过滤器配置站点编辑器的页面、模板、模板部件和图案屏幕——每个屏幕对应一个过滤器。每个过滤器都会调整为这些屏幕提供支持的 DataViews 和 DataForm 组件：默认视图（布局、排序顺序、可见字段）、用户可用的布局、侧边栏中的预配置视图（如“全部”或“草稿”），以及快速编辑表单中显示的字段。

这样便为每种实体提供了一个统一的配置位置，未来版本计划让更多屏幕——包括编辑器检查器——使用同一来源的数据。(#76544)。代码示例请参阅开发说明：在 WordPress 7.1 中筛选站点编辑器屏幕。

为提升无障碍性，文章列表表格标记已更改

一项十一年前的无障碍工单已解决：在文章列表表格中，行标题 (th scope="row") 从复选框列移至标题列，因此屏幕阅读器会通过文章名称而非可能根本不存在的复选框来识别每一行。(#32892)。

扩展程序应检查自己的 CSS 和 JavaScript：th.check-column 之类的选择器，或预期标题和行操作位于 td 内部的选择器，都需要更新。开发说明“文章列表表格行标题已更改”列出了受影响的模式；同时保留 td 和 th 选择器可确保与旧版 WordPress 的兼容性。

所有开发说明的列表可以从 Make Core 博客中查看