Gutenberg Changelog #134 解读 WordPress 7.1 与 Gutenberg 23.7、23.8

在 Gutenberg Changelog Podcast 的第 134 集中，主持人 Birgit Pauli-Haack 邀请了 Greyd 高级开发者 Jessica Lyschik，讨论近期 Gutenberg 和 WordPress 的发展。对话主要围绕 Gutenberg 23.7、23.8 和 WordPress 7.1（“Mary Lou”）的发布，重点介绍面向用户的增强功能和面向开发者的变更。

WordPress 7.1 引入了一系列值得关注的特性，包括新的样式工具、更新后的媒体流程、用于协作的 Notes 功能，以及对 AI 驱动工作流的改进支持。Jessica Lyschik 强调了在按钮和导航链接中加入伪状态（悬停、聚焦、激活）这一 impactful 的新功能，不过面向导航状态的全局样式选项仍在为 7.2 开发中。讨论还涉及新的图标 API，目前它需要借助插件才能与编辑器完整集成。

两位嘉宾都观察到一种持续转变的趋势：功能起初会通过 theme.json 提供给主题构建者，随后才逐渐在 UI 中公开，以覆盖更广泛的用户群体。他们还谈到了对子主题、字体管理以及清晰的样式继承指示器不断演进的做法。节目还介绍了 Gutenberg 23.7/23.8 中的具体增强功能，例如响应式编辑开关、动态图库和区块检查器控件的改进，以及区块控件新增的选择退出机制。

本集节目最后展望了 WordPress 7.2，重点介绍了解决“区块编辑器小毛病”（小烦恼）以及改进进行中功能追踪方面的努力。Birgit Pauli-Haack 宣布播客将暂停三个月，以便休整，并承诺在 7.2 发布时回归。听众被鼓励关注 GitHub 跟踪议题，并及时了解即将推出的 Gutenberg 版本。

节目说明 / 文字稿

• 编辑： Sandy Reed
• 标识： Mark Uraine
• 制作： Birgit Pauli-Haack

节目说明

特别嘉宾：Jessica Lyschik

• https://x.com/jessicalyschik
• https://www.youtube.com/@jessicalyschik
• profiles.wordpress.org/luminuu
• Greyd Conversations，可在 YouTube 上找到
• DACH Online WordPress Meetup

公告 / 社区贡献

• WordPress 7.2 志愿者招募
• WordPress Contributor Toolkit 1.0：让您的首次 Core 贡献更加顺畅

WordPress 7.1

• WordPress 7.1 “Mary Lou”
• WordPress 7.1 亮点视频
• WordPress 7.1 微网站 
• WordPress 7.1 指南
• WordPress 7.1 发布说明
• Curated
  • WordPress 7.1 图标注册 API 实战
  • 开发者新动态（2026 年 8 月） 
  • WordPress 7.1 事实来源（英文）
  • WordPress 7.1 事实来源——德语
• Podcasts
  • 478——深入了解 WordPress 7.1：响应式样式、新区块、媒体模态框和幕后变更
  • WordPress 7.1 与 Birgit Pauli-Haack（德语）

Gutenberg 发布

• Gutenberg 23.7 有哪些新变化？（8 月 5 日）
• Gutenberg 23.8 有哪些新变化？（8 月 19 日）

讨论中的内容或正在进行的工作

WordPress 7.2 跟踪议题

• Styling
  • 区块的响应式样式状态——7.2 任务
  • 区块的自定义状态——WP 7.2 迭代
  • 全局样式中的表单元素——WP 7.2 迭代
• Editor
  • 区块编辑器小毛病
  • WordPress 7.2 及以后：模式编辑后续工作
  • 可扩展站点编辑器：7.2 迭代议题
  • 为 7.2 改进可扩展站点编辑器侧边栏中的导航编辑
• Media
  • WordPress 7.2 迭代：媒体编辑器模态框
  • 面向 WordPress 7.2 及以后版本的客户端媒体迭代
  • WordPress 7.2：动态图库和媒体插入器
  • 讨论：WP 7.2+ 中的媒体插入器标签页可能是什么样
• 面向 WordPress 7.2 的 Notes 迭代
• WordPress 7.2 中的 DataViews、DataViewsPicker、DataForm 和 Fields
• WordPress 7.2 中基于知识构建的指南

Greyd Conversations

Greyd Conversations #19——产品公司当下如何在 WordPress 中实现增长

保持联系

• 你喜欢本期节目吗？请为我们撰写评论
• 在 X（此前名为 Twitter）上联系我们，或私信向我们提出问题。@gutenbergtimes 和 @bph。
• 如果你有问题或建议，或者希望我们纳入某些新闻，请发送至 changelog@gutenbergtimes.com。
• 请在 iTunes 上为我们撰写评论！（点击此处了解详情）

文字稿

Birgit Pauli-Haack：欢迎收听 Gutenberg Changelog 播客的第 134 期。在今天的节目中，我们将讨论 Gutenberg 23.7 和 23.8，当然还有刚刚发布的 WordPress 7.1，以及接下来即将推出的内容。内容不会非常深入，但我们可以拭目以待。我是主持人 Birgit Pauli-Haack，也是 Gutenberg Times 的策划人，同时是由 Automattic 赞助的 WordPress 开源项目的全职核心贡献者。Jessica Lyschik 再次做客我们的节目，这对我来说依然是一次特别的享受。Jessica 是 Greyd 的高级开发者，这是一家德国 WordPress 公司，构建 Greyd.Suite——一套用于构建和管理专业 WordPress 网站的一体化工具包。欢迎来到节目，Jessica。你今天怎么样？

Jessica Lyschik：谢谢。我今天非常好，也再次感谢你邀请我。我不知道自己现在来过多少次了？

Birgit Pauli-Haack：我记得应该是第 6 次。

Jessica Lyschik：第 3 次还是第 4 次？

Birgit Pauli-Haack：嗯，我觉得应该是第 6 或第 7 次。

Jessica Lyschik：是不是有一份名单，记录每个人登上节目的次数？

Birgit Pauli-Haack：当然。当然有这份名单。

Jessica Lyschik：我大概排在最前面。

Birgit Pauli-Haack：感觉确实如此。没错，你就是。位居榜首的制片人。

Jessica Lyschik：不错。

Birgit Pauli-Haack：是的。那么 Jessica，你不仅在 Greyd 工作，还担任 WordPress Germany 的联合组织者，同时也是德语区 DACH Online WordPress Meetup 的联合组织者。对于不知道 DACH 的人，它代表 Deutschland、Österreich，也就是奥地利，以及 Schweiz（瑞士）的国家代码。

Jessica Lyschik：没错。

Birgit Pauli-Haack：而且聚会每隔一个月举办一次，对吧？

Jessica Lyschik：是的。

Birgit Pauli-Haack：在奇数月份的第三个星期三。对。

Jessica Lyschik：正确，是的。

Birgit Pauli-Haack：好的。那么你们在那里会做些什么？下一次有什么安排？

Jessica Lyschik：我们的下一次聚会全程使用德语。所以对于不会说德语的听众来说，很遗憾这次不适合你们，不过你们也可以来练习和旁听。我们主要举办的是全天德语聚会，面向德国、奥地利和瑞士的社群。没错，下一次聚会将在 9 月 16 日举行。我们将讨论最新发布的 WordPress 7.0 和 7.1。Benjamin Sekavica 也会加入我们。如果我没记错的话，他应该也是 7.1 的发布协调人。

Birgit Pauli-Haack：是的。

Jessica Lyschik： 所以，他会分享更多内容，因为他一直深度参与了最近两个版本的发布，他会分享一些见解，大家也可以分享自己的经验。我们可以互相回答问题。是的，我们打算这样做。因此，我们的目标是让线上聚会面向更专业的受众。

Birgit Pauli-Haack： 你是指开发者和代理机构吗？

Jessica Lyschik： 是的，或者任何以专业方式使用 WordPress 的人。我们不会过多关注初学者，但这基本上是我们的目标受众领域。

Birgit Pauli-Haack： 是的，是的，说得通。太棒了。

公告

嗯，谢谢你告诉我们这些。我们要宣布一些消息。亲爱的听众们，我只有一个想和大家分享的消息。Jeff Paul 发起了 WordPress 7.2 发布小组志愿者的招募，发布日期定于 12 月 9 日。所以，这就是大家需要关注的时间范围。12 月 9 日意味着，之前 4 周会发布候选版本，在此之前的 6 周和 7 周则是测试版。所以到了 10 月，大家可能已经参与进了——为在两个月后完成这次发布而开展的持续工作中。

Jessica Lyschik： 是的。

Birgit Pauli-Haack： 你有参与发布小组的经验，我也一样。我认为，对于有一段时间没有参与核心团队的人来说，这并不是一份适合的工作，因为这个流程推进得非常快，你需要对 WordPress 实际上是如何管理、开发和发布的了解很多。

Jessica Lyschik：嗯。

Birgit Pauli-Haack：之前几次发布中有很多发布小组的成员可以再次报名参加。是的。 

社区贡献

说到首次为核心团队做贡献的人，现在有了一套经过充分测试的新 WordPress Contributor Toolkit，首个版本已经推出。第一次参与贡献不再需要从头安装 Git、Node.js 和 Docker，也不用花掉 Contributor Day 整个上午或下午的时间来做这些。因此，这是一个桌面应用……

Jessica Lyschik： 我记得这个。

Birgit Pauli-Haack： 是的。而且不是每个人的电脑都配置妥当，能让所有操作顺利完成。是的。我一直很难应对这些安装，因为我的电脑没有运行最新的东西。是的。所以这个桌面应用会处理这一切。运行设置向导后，贡献者可以关联一个 track ticket，在运行中的网站上应用或测试现有补丁。它还基于 Playground。然后可以开启一个 pull request、附加一个补丁，或者把他们的工作交给导师——是的，里面有相当多的功能。Juan Margarito 可以说是这个项目的负责人，不过他也听取了相当多核心贡献者的意见。我还没有听说它在 WordCamp US 上进行得如何，但我认为面向 WordCamp Asia 的下一版本已经在开发中了。所以，大家不妨试用一下。如果你发现有什么需要修复的地方，或者有什么无法正常工作的地方，对，请设法进入 GitHub 仓库，在那里留下 issue，或者，对，在那里展开讨论。

Jessica Lyschik：是的，听起来确实很有希望，能加快这个流程。正如我所说，我记得以前参加 Contributor Day 时，现在你必须安装这个、必须安装 Docker，还必须做这个。Docker 又无法正常运行。问题出在哪里？这简直是个没完没了的故事。而有一套开箱即用的环境，我认为这非常有意思。是的，我也没参加过 WordCamp US，所以不知道具体是怎么进行的，但我听到大家分享的 Contributor Day 反馈都很好。没错。

Birgit Pauli-Haack：他们发布了不少内容。

Jessica Lyschik：我觉得这会加快流程。

Birgit Pauli-Haack：是的 absolutely。是的。是的，WordCamp US 的 Contributor Day 有大约 400 人参加，活动总人数为 1,000 人。这个比例非常惊人。据我了解，他们稍微调整了形式，改为以项目为导向。因此，他们确实完成了一些项目。这更像一场黑客松，而不是每个人各自挑选一件事来推进。我从许多参加 Contributor Day 的人那里听到的都是这种说法。

Jessica Lyschik：是的。

最新发布内容——WordPress 7.1

Birgit Pauli-Haack：WordPress 7.1 于 August 19th 发布，版本名为 Mary Lou，得名于爵士音乐家 Mary Lou Williams，她发行过 100 多张唱片。她在音乐创作方面非常多产。很高兴 WordPress 的爵士命名传统中又加入了一位女性。 

我们在这档节目中 extensively 讨论了它的各项功能。提醒一下，新版包含大量内容：全新的样式工具、改进的媒体流程、新增的 notes 功能，以及对 AI 新能力、其他工具和工作流的一些调整。Anne McCarthy 首次担任发布负责人，我必须说她的工作非常出色，可能比其他任何发布负责人都更好，因为她的沟通方式非常坦诚，而且始终让所有人了解最新进展，这一点很棒。对我来说，在维护唯一事实来源方面，看到她担任发布负责人非常有帮助，我可以向她确认一些事情，比如：它是如何工作的？我这样理解对吗？或者，是的，还缺少什么？你最喜欢 7.1 的哪些功能？作为开发者，是什么让你感到困扰？这样一来，我们就能从不同角度讨论这些问题。

Jessica Lyschik：是的，我们可以，我们可以这样做。有些事情已经发生了。让我特别高兴的是伪状态。例如按钮的悬停、聚焦和激活状态。当我看到这项功能时，我在发布候选版本期间进去查看，心想：嗯，我之前好像在导航方面读到过相关内容。如果在唯一事实来源中，这到底是怎么回事？我后来弄清楚了，导航链接确实可以在单个导航链接上切换这个功能。但我随即想，对于导航来说，在全局样式中设置这些状态岂不更合理？然而当时全局样式里并没有相关内容，所以我对此有些困惑。不过很高兴我们通过外联频道弄清了。我想我是在 Slack 上发的帖。实际上当时还没做完，因为这里还要再增加一项，就是激活状态。

Birgit Pauli-Haack：嗯。

Jessica Lyschik：所以这不是伪状态激活的问题，而是当你在 WordPress 中点击某个导航项时，当前页面上的这个特定导航项目前会获得 current menu item 这个 class。我不认为未来这一点会改变，但目前正在开发的是，这种颜色也可以更改，或者这种状态实际发生时的相关设置也可以更改。

Birgit Pauli-Haack：嗯。

Jessica Lyschik：那么现在对于导航项来说，你会有 3 种状态。你会有响应式样式、伪样式，以及这个激活样式。因为这些样式有些相互交织，这就是它至今尚未纳入 7.1 的原因，但它正在为 7.2 进行开发。Maggie 正在负责这项工作。Maggie Cabrera——我与她合作打造了 Twenty Twenty-Four 主题——正在处理这件事。所以这非常令人期待。没错，这值得期待，因为我记得就在上周，我还和某个人谈论过这件事。在 Workcamp Europe 举办 Twenty Twenty-Four 演讲时，我想是 Rich Tabor 提出了一个问题，问我希望看到什么，而我说，伪样式会很棒。 

Birgit Pauli-Haack：是啊。

Jessica Lyschik：所以两年之后，我们终于来到这里。当然，它目前还没有应用到所有地方，但我认为这是一个非常好的开始。我们现在已经将它用于按钮，而且正如我们此前在许多功能中看到的那样，它只会扩展到其他区块。它们会先从某一个非常特定的部分开始，然后才发布到其余所有项目。是的，我非常期待它的到来。新的图标 API 也非常有意思。今天我刚收到客户发来的一封邮件，说：“嘿，有个新的图标 API。这、这是怎么回事？”所以我当然也很好奇，我能不能直接在编辑器中实现这个？因为这很可能是大多数人都会问的问题。但答案是，不可以；不过从技术上讲，你可以通过插件来实现。开发者博客上还有 Justin Tadlock 写的一篇相关文章，对吧？我这周看到了。

Birgit Pauli-Haack：是啊。

Jessica Lyschik：我还没有测试过。我还没有时间研究这个，但它看起来确实很有希望——我们正在逐步实现所有这些小改动，它们不只是锦上添花，更像是能改善你原本工作方式的便利性。当然，还有 Nick Diego 开发的图标区块，它是目前 Core 中所有相关功能的基础，但你仍然可以通过它进行更多自定义。是的，我们正在逐步实现这些功能。所以，我们对此非常期待。

Birgit Pauli-Haack：是的。那么，当你说它目前还不能用于导航链接时，它其实也可以使用。你可以在 theme.json 中进行设置。只是 UI，也就是界面尚未完成。但对于使用 theme.json 为其内容设置样式的主题构建器来说，这个功能已经存在。他们不必依赖全局样式界面。

Jessica Lyschik： 是的，但那总是你的第一条路径。所以你会先在编辑器中尝试。我能看看吗？在那里吗？然后感觉就像，呃，失望。是的，不过我忘了提。你可以通过 theme.json 使用它，但那样会有点，怎么说呢，它需要你拥有自己的 theme.json。你不能进入任何默认主题或其他作者提供的现有主题后直接在那里进行修改，因为下次主题更新时，你的更改就会消失。所以这是你必须注意的一点。而且对大多数人来说，我也经常从客户和同事那里听到反馈，他们会说，它在编辑器里吗？不，抱歉。

Birgit Pauli-Haack：还没有。仍然需要编写代码。还没有。

Jessica Lyschik： 还没有。

Birgit Pauli-Haack： 不过，这基本上就是所有样式功能的推进节奏：它们会首先进入面向主题构建者的 theme.json，因为这是整个体系的基础。它某种程度上就是 API。这是——是的，它如何与其余部分契合。然后，要弄清楚界面将如何工作，则需要完全不同的思维方式，因为界面不仅需要考虑高级构建者，还要考虑真正的初学者或不知道什么是伪状态的人。是的，所以这里存在语言理解的问题，要为界面正确实现这一点也需要完全不同的思维方式。我真的很高兴我们最终能在 theme.json 中拥有它，让人们可以从那里开始使用它。不过，是的，你说得对，它不适用于那些可以修改 theme.json 的默认主题中的任何一个。是的，但可以使用你自己的。就像我为 Gutenberg Times 所做的那样。我有自己的主题，所以可以在那里修改一些内容。

Jessica Lyschik： 是的，这只取决于人们对使用它的熟悉程度。所以有些人会直接说，给我一个会定期更新的现有主题，我要在那里做修改。而有些人则自己编写代码，因为他们对此感到自在。所以只要我们沟通清楚，嘿，这是目前的状态，你可以在这里或那里使用它，但在这里要小心，这就是需要注意的地方。我认为这样就没问题，因为你知道得越多，就越能根据自身需求进行调整。

Birgit Pauli-Haack： 还有一些在 WordPress 领域待的时间比 4 年左右更长的人，所以自从有了区块主题之后，也有子主题这个选项，很多人会选择这条路径。子主题有自己的 theme.json，然后会与父主题和全局样式合并。这样会变得有点难以掌控。是的，你得弄清楚哪些地方发生了修改、如何恢复某项内容，以及它会去哪里。因为你还有附加 CSS 和区块级 CSS。所以，是的，有许多东西都可以修改，也很容易让所有人困惑。

Jessica Lyschik：或者就是你本人。所以这种情况确实会发生：你在某个地方改了点东西，然后忘掉了，6 个月后再回来就会想，为什么我在这里改设置时它却没有变化？现在我可以改这个设置了，但什么也没发生。我也有过这种经历。别担心，最优秀的人也会遇到。所以这确实很难，但没错，你得找到自己处理事情的方法。再说一次，每个人都不一样。每个人的知识基础和基础都不同。子主题嘛，你当然可以用。有人说子主题已经过时了。嗯，这得视情况而定。

Birgit Pauli-Haack：这得视情况而定。没错。

Jessica Lyschik：我的意思是，大多数情况下会慢慢变成这样：比如说，如果你想使用字体、特殊字体，那么子主题一直是最合适的方案，可以把文件放在那里、实现它们并正确入队等等。不过现在我们有字体库了。所以，除了少数例外情况，如果你无法上传某些字体，或者不想使用 Google Fonts，比如还有 Adobe、Adobe Fonts，以及其他可以获取字体的网站，你仍然需要用一种有点取巧的方式来实现它们。确实能用。虽然不完美，但在我看来，子主题仍然会发挥作用的场景就在其中。

Birgit Pauli-Haack：没错。

Jessica Lyschik：而且，这方面真的存在太多种差异了。所以没错，每个人都会找到自己的方法。

Birgit Pauli-Haack：我决定不采用子主题，尽管 Gutenberg Times 主题是基于 Twenty Twenty-Five 的。好吧，我不太想给自己增加这么多心理负担，比如弄清楚我的模式存放在哪里，或者需要覆盖哪些 theme.json 设置。所以我说，好吧，我会复制一份，然后删掉其他所有我不需要的东西，再从那里开始。它非常稳健，所以我认为我不会遇到任何不是自己造成的问题。没错。 

还有什么？7.1，我想插一句——因为 7.2 当然会来的。我们在 12 月 9 日谈过这件事。目前还没有路线图，但已经在进行的工作正如你提到的：当不知道某些样式在哪里时，我们会让自己感到困惑。实际上，工作组正在努力在样式继承关系中于界面上进行标记。关于如何实现已经有了一些讨论，设计师们仍在摸索之中。不过，如果某个样式发生了变化，你可以在全局样式中，或者在侧边栏的区块设置中获得一个提示。它不是全局样式，而是某种单独的样式。至少你能够进行管理。

Jessica Lyschik：没错。

Birgit Pauli-Haack：或者至少能够识别它。不清楚能做到什么程度，但相关讨论已经展开了。我会把那个具体问题链接到节目说明中，这样如果你愿意，就可以查看一下，也可以了解最终会呈现成什么样子。关于 7.1，还有什么想说的吗？响应式样式怎么样？你喜欢吗？

Jessica Lyschik：它们看起来很有前景。我还没试过。我的意思是，才过了 2 天。我一直忙着跟进情况，确保不会为重要客户造成故障。我们确实发布了一个小版本。昨天我发布了一个小版本，修复了一点问题。没有致命错误之类的。 

Birgit Pauli-Haack：没错。

Jessica Lyschik: 是的，新版本发布时，你就像踮着脚尖一样兴奋。当然，我已经把发布候选版在本地环境中运行了相当长一段时间，就是为了确保自己工作或测试时不会遇到任何问题。还没有深入研究，不过我注意到有不少东西挪了位置。例如，昨天有人告诉我，在区块设置中，现在有一些原本通常排在最前面的设置。好像这些区块应该继承站点宽度或内容宽度之类的。

Birgit Pauli-Haack: 哦，对。

Jessica Lyschik: 这、这、这，也就是布局。对。布局部分现在从设置中移到了样式中。我觉得这是出于响应式设计的考虑，因为这样所有相关内容都集中在一起，你不必为了这个在标签页之间来回切换。

Birgit Pauli-Haack: 没错。

Jessica Lyschik: 我的意思是，界面的呈现方式有一些优化。我觉得通知也进行了大幅更新，现在看起来不一样了。这些只是我在使用过程中注意到的一些小细节，不过遗憾的是，我还没有深入研究，但希望可以。是的，这个周末会更深入地了解一下。有什么新变化？我一直在阅读资料，也从技术层面检查是否有新东西。其中一项重要变化肯定是编辑器中强制使用 iframe。

Birgit Pauli-Haack: 对。我正想问你这件事，看你在那方面有没有遇到什么问题——

Jessica Lyschik: 事实上，我们早就为 7.0 做准备，因为最初的说法是“好，我们会在 7.0 中这么做”，后来又撤回了。也就是说，“好，我们不在 7.0 中这么做，但会在 7.1 中做”。所以我们算是提前做好了准备。

Birgit Pauli-Haack: 嗯。

Jessica Lyschik：我们只需要跟上进度，据我所知，是我们提供的 2 个区块需要适配，但所有、所有功能都运行正常。所以在这方面我们现在没问题。而且我们是提前完成这些工作的，因此已经知道了这些变化。这也是我特别留意的地方。有时也会关注一些细节，因为我必须了解，因为公司里的多数人都会来找我，说：“嘿，为什么会这样？这、这、这、这里发生了什么变化？告诉我。”然后我就得深入研究。我昨天就是这么做的，问自己为什么东西挪了位置？啊，是因为响应式样式。好，这样我就能理清思路，知道发生了什么，可以说是在进行逆向工程。

Birgit Pauli-Haack: 嗯。

Jessica Lyschik: 不过没错，我会更深入地研究 7.1，并测试一些东西，因为我自己也很好奇。当然，我们仍然在使用 WordPress，因此需要了解正在发生的变化。

Gutenberg 23.7

Birgit Pauli-Haack: 好的。对。Gutenberg 23.7 已经发布，其中有一些我们可以讨论的改进。其中一些实际上进入了 7.1，这有点不寻常，因为通常测试版发布后不会再加入改进。不过，如果可以说这是项“受祝福”的重要功能，那么改进仍然可以在测试版中加入。即便到了发布候选版，如果某项功能很重要且需要修复，也仍然可以加入。 

改进

我可以指出的内容不算很多，但第一项是启用响应式编辑的设置。

Jessica Lyschik: 对。

Birgit Pauli-Haack：这样一来，你实际上就可以关闭响应式样式选项，而这个功能已经纳入 7.1。它只是你的 block.json 文件中的一个设置项；我记得那里还有一个筛选器，也可以用来关闭这个选项。

Jessica Lyschik：对，你可以在主题或子主题的 functions.php 中使用筛选器，这种情况下最好使用子主题。

Birgit Pauli-Haack：对。

Jessica Lyschik：就像我们刚才说的那样。所以你可以这么做，但据我理解，它会将其完全移除，因为在我看来，这个筛选器的效果是对所有内容都禁用它。

Birgit Pauli-Haack：没错。

Jessica Lyschik：如果你在 block.json 中对区块本身使用它，那么它只会针对那一个区块。

Birgit Pauli-Haack：对，对。筛选器则适用于所有内容。它也可以用于自定义区块；你可以不想让它们启用响应式编辑，或者想让它们启用。你知道，这其实是反过来的另一个功能。没有被关闭的是你已经设置好的样式。对。那些不会受到该筛选器的影响。因此，如果你的主题已经在全局样式或 theme.json 中包含了这些样式，它们不会被关闭。它只会关闭相应功能。

Jessica Lyschik：对。所以基本上，它只是让用户界面中不再有这个选项。你再也无法访问它了。对。

Birgit Pauli-Haack：这是因为许多机构都提出了这样的反馈：好吧，我能不能不让我的用户使用那个功能？这在 WordPress 中相当常见。对。如果你推出了一项新功能，通常也需要为很多人实现一个关闭开关。 

下一个是将预设管理从阴影和字体大小中提取出来。这样就能为阴影实现这些预设：如果你在全局样式或 theme.json 中有自己的阴影配置或字体大小配置，它们的处理方式其实非常相似。开发者表示，好吧，我们不希望代码库中有太多看起来相似的文件。所以让我们统一这些内容并使其可用，这样我们实际上就能用同一套管理系统添加其他预设。它属于代码库，并且在幕后运行于 Gutenberg 中，但我认为，如果你还想为自定义区块启用预设管理，这实际上会稍微改变你编写代码的方式。所以我想特别指出这一点。我不知道这对你来说是否说得通。

Jessica Lyschik：我得深入研究一下，因为说实话，我之前完全没关注到这一点，但听起来相当有趣。对。

Birgit Pauli-Haack：你想接着讲下一个吗？

Jessica Lyschik：反映继承的全局样式值和区块检查器控件。这就是你刚才讲的内容，对吗？

Birgit Pauli-Haack：对。

Jessica Lyschik：对。

Birgit Pauli-Haack：所以它已经包含在 23.7 中了。对。

Jessica Lyschik：是的。我认为当你进一步向下滚动时，我觉得这会使用那种，怎么说呢，旋转的方块或菱形之类的形状。我 wondered 这会不会不太——它太不显眼了。它就像隐藏得非常深，而且很大程度上融入了背景。我很好奇实际看起来会是什么样子。所以，好吧，这个周末我不只有 7.1 的任务，还有 Gutenberg 的任务。结合你刚才描述的情况，也就是你不知道东西是从哪里来的，如果本地发生了变化，我认为这是一项非常有趣的用户界面改动，我猜它会对大家很有帮助，让大家弄清楚：好吧，显然这不是全局样式。这里有东西发生了变化。那么问题就是，变化在哪里？

Birgit Pauli-Haack：是的。

Jessica Lyschik：看到这种特定样式或提示方式能有多有效、大家能否认出来会很有意思，因为我觉得它太——在我看来太容易融入背景了。

Birgit Pauli-Haack：是的。

Jessica Lyschik：我认为需要加入一些色彩，因为编辑器中我们也有这种紫色，用于某些内容。我认为如果只是黑白的，就会太——太容易融入背景了。这里有排版面板的截图，当你选择字体大小时，它只有 5 个选项：S、M、L、XL 和 XXL。然后它只是一个小圆点，或者一个带轮廓的小圆点，因为它相当小，而且有点和旁边的切换按钮融在一起，那个按钮可以切换“Preset selection（预设选择）”。对，就是字号。所以，是的，你说得对，很想知道其他人会怎么看。

Birgit Pauli-Haack：是的，它肯定会配带工具提示。它还会打开一个模态框，或者打开你现在拥有的那个模态框，你可以在其中重置设置。所以如果有人说：好吧，我们更新了主题，而你没看到——真正适用这种情况的是：哦，你看不到新样式或新内容，是因为数据库里有一个覆盖设置，你可以把它重置为主题样式，这样新的内容就会出现。所以这就是我能想到的使用场景。我觉得这相当合理。不过，一旦你知道了那个小菱形之类的东西是做什么的，但你说得对，它不会一直出现在你眼前，也不会非常……

Jessica Lyschik：我的意思是，它不应该直接出现在你眼前，也不应该像一个巨大的广告牌一样写着“你这里发生了变化”，但它应该稍微更突出一点、更显眼一点，因为现在我觉得它太容易融入背景了。我可能会想，这会不会是个 bug，或者旁边那个图标是不是存在某种显示问题之类的，因为它的区分度太低了——我觉得“不够显眼”才是合适的说法。

Birgit Pauli-Haack：它非常低调。低调，是的。是的，我第一次看到时，还以为是屏幕上的一道划痕之类的。

Jessica Lyschik：对，完全正确，没错。所以我当时就想，它看起来有点小，所以我得在实际安装环境中检查一下，看看会发生什么。我会不会注意到它，还是只会 wondered 自己是在哪里做了改动，却因为某种原因没有生效。

但修复

Birgit Pauli-Haack：是的，下一项是你刚才提到的那类提升生活质量的功能。COVID 区块和手风琴区块现在都有了用于进入和退出的选项。按一次 Enter，就会进入下一个区块；再按两次，就会退出整个容器区块。我之所以特别提一下，是因为我发现不少区块都缺少这个功能，尤其是其中一个封面区块和手风琴区块。不过，如果你是开发者，想了解如何实现这一点，这同样是一个 PR，你可以从中查看具体做法，因为其实只需要加入区块支持即可。这是一个实验性 API，但据我所知它已经存在大约 2 年了。只要 Core 仍在使用它，它大概率就会保留下来。因此，这也可能是区块开发者了解这种提升生活质量功能的好办法：无需处理进入区块前后的情况，就能为用户提供这一功能。我偶尔还得提一下这个。

Jessica Lyschik：是的，不过之前我不知道这个。我今天学到了一点东西。

Birgit Pauli-Haack：好的，是的。

Jessica Lyschik：任务完成。

Birgit Pauli-Haack：是的。

Jessica Lyschik：是的，不过这实际上……是的，我完全能理解为什么会给 COVID 区块加上这个功能，因为我——说实话——我经常会直接点击别处。我会在区块外点击，因为正如我所说，它并不支持这种功能，也就是你无法退出区块并回到区块外的上一级。所以，是的，知道这个功能很有帮助。

Birgit Pauli-Haack：好，很好。你想接着讲下一项吗？

Jessica Lyschik：好的。动态图库。将工具栏按钮重命名为“分离”，并添加一个说明将会发生什么的模态框。

Birgit Pauli-Haack：动态图库是指你可以根据已上传的图片自动创建图库的功能。这对于那些长期写博客、并且一直把照片散落在各处的人尤其有意义。现在你不必逐张添加图片，可以一次全部完成。但问题在于，如果你想添加一张未上传到该图库的图片，或者想删除其中一张，就需要解除这个动态关联。

Jessica Lyschik：哦，是的。

Birgit Pauli-Haack：是的。因此，你可以对图库中的单张图片进行操作，所以需要先将其分离。模态框会针对特定场景进行说明。它会弹出并提示你，你点击“确定”，然后操作就完成了。那张已分离的图片也会显示出来，我们之后谈到 23.8 时可能会看到。这同样适用于导航中的页面列表：它一开始是动态的，但一旦你进行修改并在其中添加另一个链接，它就不再是动态的了。因此，新内容不会自动添加，这也是该功能的一个缺点。目录区块也是一样，它在很久以前就转换成了静态列表，所以现在也不再是动态的。这个操作现在也称为“分离”。我不知道使用的是不是同一个模态框。我还没测试过，不过这有点像一个开关。我们如何向用户讲解“关联”和“分离”这两个操作呢？这是在动态区块的上下文中，你可以将区块从自动化中解放出来。

Jessica Lyschik：是的，我们实际上在 Grid 插件中也有类似的表述。所以看到“detach（分离）”这样的说法会很熟悉。因为我们也有类似这些动态功能，你可以从动态功能中分离某些内容，使其变成静态的。基本上就是你刚才所解释的。有意思的是，尽管据我所知从来没有人这样说过——我并未参与这项工作——但看到这个功能最终与我们已经在产品中实现的效果完全一致，还是挺有意思的。所以我想，这也不算是个糟糕的主意。

Birgit Pauli-Haack：是的。不过，尤其是当这本来就是你们已经做到的事情时。

Jessica Lyschik：对，对，对。不过，即使不是在真正认可的情况下，至少要对这种表述有一个总体理解：将内容分离，以及让它保持动态，这些概念可以说是通用的。所以，这正是我们要采用的表述。是的，很高兴看到这里不需要向人们重新教授太多东西，因为插件一直是这么做的，而核心现在也差不多赶上了；你可以利用这些已有认知：好吧，如果我分离了某个东西，它就不再与之连接；如果它是动态的，那么好吧，也许存在某种关联。当然，现在是从非常宽泛的意义上说的。

Birgit Pauli-Haack：是的，是的。很高兴我们能在核心中延续你在产品中带来的这种一致性。

Jessica Lyschik：是的。

Birgit Pauli-Haack：是的。

Jessica Lyschik：这真的是……这是我的……我并未参与。我想说的是，我没有参与这一项。

Birgit Pauli-Haack：别怪我。对。那么接下来是什么？我不知道为什么会看到那个。

Jessica Lyschik：动态模式转换，以及单层撤销。我认为这也是其中的一部分。

Birgit Pauli-Haack：是的，我对这个动态图库测试了很多次，因为我始终无法理解它为什么重要，因为我不……每次在文章编辑器中，我都会上传图片，我知道它们会自动关联；但我不会在编辑器中批量上传图片。然后我突然意识到：好吧，在媒体库中我可以批量上传图片，也可以批量将它们关联到某篇文章。那里有一列可以用来进行关联。于是我说，好吧，当你这样做时，就确实会很感谢能够拥有这样的图库。所以我花了一些时间才理解这一点，因为这是一种我并不熟悉、也不会使用的工作流。那么，这个动态模式转换的东西是什么？撤销？

Jessica Lyschik：我想这只是一项小幅改善生活的功能。当你撤销操作时，如果你有一个动态图库，然后按这里的表述将其分离，使其保持静态；之后当你回退并说自己弄错了时，只需按一次撤销，而不必按 15 次、两次，或者为每张图片按多次。现在整个图库基本上都会恢复到之前的状态。

Birgit Pauli-Haack：挺巧妙的。是的，我喜欢。所以背景图片和全局样式发生了不少变化，但这些变化也都比较小。是的，有一件事，使用 theme.json 的主题构建者可能需要了解，那就是区块级预设类的 Specificity 已通过 :where 命令发生变化。所以当你使用自定义主题、编写了一些自定义 CSS 并尝试处理相关内容时，肯定会碰到这种情况。

Jessica Lyschik：是的，我记得去年 :where 选择器发生变化时，我们遇到过一件类似的大事情，之后不得不重新做一些东西，因为样式没有生效，或者根据具体情况又应用到了其他地方。所以，是的，这是我们需要留意的地方。因为每当核心做出这样的更改时，你都需要再次确认自己的东西仍然可用。我觉得这种情况不算多，但我从 Greyd WP 主题中了解到了这一点。我们确实使用了相当多的额外样式来实现主题，并让区块按照我们在主题中设想的方式呈现样式。是的，这就像是重新审视一遍你的主题，确保一切仍然正常。肯定是主题开发者需要处理的事项。

Birgit Pauli-Haack：对，对，完全正确。而且这实际上已经包含在 7.1 中。在发布期间，这个改动已经回补到核心中。是的，所以我才会特别指出。 

实验

然后，我想最后一点是，在实验部分，我们在本期节目中讨论过很多次的继承 UI，现在实际上只能通过 Gutenberg 实验界面看到。是的，你需要将其开启，才能亲自测试。

Jessica Lyschik：知道这一点很好，因为如果我只是说“好的，让我们更新到 Gutenberg 插件”，然后发现这个没有显示，我肯定会再次非常困惑。“好吧，让我们再深入研究一次。”

Birgit Pauli-Haack：对，是的。现在你知道了。

Jessica Lyschik：不过，有这些《Gutenberg 新功能介绍》博客文章确实很有帮助，我得说。因为它们会把所有变化都突出出来，这样你就可以回过去，像我昨天搜索某个内容时那样，问“为什么这个东西变了？”然后我就找到了原因：“哦，原来是这项改动。”当然，Pull Request 中的内容往往非常技术化。如果没有懂技术的人向你提问，你就需要进行转述：“好的，之所以发生这种情况，是因为那个。”以及“这就是这样做的原因。”因为你总不能只把 Pull Request 的链接发给他们，说“就是这个。”然后他们会回来问：“这到底是关于什么的？”

Birgit Pauli-Haack：是的，这个总是……我现在会做一步，就是把这个 URL 分享给 Claude，然后对它说：“像给 8 岁小孩解释一样给我讲讲。”然后它就会告诉我这是怎么回事。这样我就能明白了。

Jessica Lyschik：确实有效。但如果对方就在你身边，然后问：“Jessica，这到底——”

Birgit Pauli-Haack：不，不，当然不是。

Jessica Lyschik：“这里到底发生了什么？”然后你会说：“对。”

Birgit Pauli-Haack：我就是这样变得更聪明的。

Jessica Lyschik：是的，它确实，也确实对我有帮助。所以我并不是只是在说这个，那个情况下我没有使用它。我昨天大概就应该这么做了，但我喜欢搜索事物、弄清楚事情的原理，了解事物为什么会改变、又是如何运作的。AI 就像通往这些答案的捷径。

Birgit Pauli-Haack：是的。

Jessica Lyschik：而且我有时确实会使用它。是的，没错。不过我还是很喜欢自己动手摸索、弄清楚其中的原理，因为这就是我喜欢的。

Birgit Pauli-Haack：是的，这是一方面。你也会因此学到东西。你知道，如果 AI 给你返回了一个结果，你当下就有了它，但要把这些信息保留更久就更难了。你知道，我们的大脑就是这样运作的。

Jessica Lyschik：确实如此。

Birgit Pauli-Haack：是的。如果我们不去克服那些挑战，就无法真正学会某些东西。是的，好吧。这就是我们快速浏览了 23.7。 

Gutenberg 23.8

23.8 是本周发布的。这一整周都是发布周。是的。上周随着 7.0.4、7.1 的发布，Gutenberg 推出了 23.8。

Jessica Lyschik：是的。

Birgit Pauli-Haack：要传达的信息量有点大。我发现，Gutenberg 的发布内容中包含的 PR 比以前更多。去年左右吧，大概是这样。所以有更多人，或者还是同一批人，向这次发布提交了更多 PR。逐一看完所有更新日志之类的内容非常有意思。因此我们可能会遗漏一些东西。就协作而言，备注功能新增了一种方式：现在如果有人在备注中被提及，系统会给他们发送邮件。于是你现在可以用 @ 符号提及博客上的用户。保存备注后，它会向这些用户发送邮件，告诉他们自己被提及了，并且有一条备注需要他们处理或查看。这很不错，因为不是每个人每次都会浏览所有站点。

Jessica Lyschik：所以，是的，或者具体来说，就是这篇博文。因为如果你没有参与那篇文章的工作——你并不知道那里需要你的关注——那么这绝对能让你知道有人在等你回复。

Birgit Pauli-Haack：是的。

Jessica Lyschik：在等你回复。

Birgit Pauli-Haack：是的。我还在找那个能让我一次性看到所有文章评论的地方，不用逐篇进入文章查看。我不知道这个功能会不会有，但它肯定属于插件的范畴。所以，如果你想开发一个好插件，这绝对是我的一项功能请求。如果你开始做了，请告诉我。你想接着做下一个吗？

增强功能

Jessica Lyschik：可视化修订，添加可分享的 URL。哦，这很有意思。是的，到目前为止我一直挺喜欢可视化修订的。我的意思是，我还没有怎么用过它们，但是——

Birgit Pauli-Haack：我也是。

Jessica Lyschik：这就像一种全新的体验。而且现在你还可以获得对应的可分享 URL。所以你基本上可以直接说：“嘿，这是指向那个特定更改集的 URL。这就是我正在处理、应对的问题，或者不管是什么。”这实际上挺酷的。

Birgit Pauli-Haack：就是这一件事。我还看到你会说，好吧，这是之前的版本，而这是现在的版本。对。人们就会问，有什么变化吗？或者不是说以前更好之类的吗？对。这样你实际上可以并排查看它们，或者说，好吧，我有两个版本。这是一个版本，另一个是另一个版本。你更喜欢哪个？对，差不多是这样。所以你不必仅为了小改动就搭建暂存站点。你实际上可以直接把它放到线上，但线上始终会有一个主版本，也就是一个实时版本。所以，要小心这一点。

Jessica Lyschik：所以你才需要修订版本。每当你做错了什么，只要有修订版本，就可以退回去。问题在于，自定义文章类型有时不支持修订版本。

Birgit Pauli-Haack：对。

Jessica Lyschik：你必须在注册文章类型时将其开启。我记得大多数插件都允许你这么做。如果没有开启，而且你也没有修订版本。

Birgit Pauli-Haack：没错。

Jessica Lyschik：那会是个糟糕的问题。

Birgit Pauli-Haack：对。我还了解到，一些共享主机服务商会直接关闭修订版本，或者只限制为 3 个修订版本或 10 个修订版本。那我可就惨了，因为我有些文章有 100 个修订版本，尤其是事实来源内容。对。所以，是的。

Jessica Lyschik：对。有时你需要注意这一点。所以有不同……不，不是不同方式。限制文章修订版本的方法是在 wp-config 文件中设置一个常量。

Birgit Pauli-Haack：没错。

Jessica Lyschik：对。共享主机之所以可能限制它，是因为他们不希望数据、数据库膨胀，因为每添加一个新修订版本，它基本上就像数据库中的一篇文章。你只是看不到它，但它与该文章相关联。我想它的文章类型应该是 revision 之类的。不是 post。对，是 post type revision。所以这就是它可以被筛选的原因。对，是的，如果你有 100 个修订版本，那么你的数据库里基本上就有这篇博文 100 份。如果你只有少量博文，没人在意。但如果你有一个非常大的网站，包含大量文章和页面，甚至可能还运行着 WooCommerce，那么你的数据库就会“嗖”地膨胀起来，所有东西都会变得非常大。所以，这确实是有充分理由的。

Birgit Pauli-Haack：哦，对，绝对如此。对，对，对。 

接下来我们实际上谈到的是，在页面列表和目录中将编辑操作重命名为 detach，这项改动现已包含在 23.8 中。因此你可以在界面中看到它。哦，这里还有针对区块样式状态控件的退出设置。我们谈到了退出响应式样式。在 23.8 中，你还可以找到退出状态控件的方法，也就是退出状态控件。我认为它通过的是同一个——不，上面写的是“退出区块状态已启用”。因此，区块编辑器设置中还有一个对应的变量筛选器。

Jessica Lyschik：对，它基本上遵循响应式样式的另一个设置。没错。

Birgit Pauli-Haack：对。变量是“responsive styles editing enabled”，另一个是“block states enabled”，并将后者设为 false。接下来还有什么？

Jessica Lyschik：哦，更多修订版本。在编辑器中加入代码差异视图。哦，是那个东西吗？我想是的。没错，确实是。它其实就是我以为的那个东西。所以某种程度上，它把我们以前用于修订版本的旧视图带了回来，当时它就像这样，这个样子；如果你是一名开发者，你就知道差异是什么样的。现在我们有了新的可视化修订版本，因此实际上可以回到那个特定视图，看看是否比如说有任何 HTML 标签发生了变化，或者其中的任何设置发生了变化；确实，在可视化修订版本中，这些内容没那么显眼。可视化修订版本很适合快速浏览内容，确保内容符合你的预期，或者你想退回到之前的状态，诸如此类。不过，是的，我认为把这种视图带回来确实是一项非常好的改动。因为如果你需要更技术层面的查看，看看区块设置是否发生变化，例如，在可视化视图中不容易看出来。

Birgit Pauli-Haack：对。他们还试图把这一点也放在侧边栏的检查器控件中，如果有任何区块属性发生了变化的话。但我认为，在代码编辑视图中看到这些，比仅仅显示区块属性的名称及其变化方式更有帮助。所以，是的，我认为把这一整套功能带回来是个很好的特性。 

哦，还有一点，我没有特别标出来，不过我们讨论过 23.7 中的预设管理。现在到了 23.8，字体大小预设和阴影预设实际上也使用了这个新的预设管理层。因此，这实际上已经实现了，而且现在——这是后台的一次代码改动，但它确实精简了整个流程，并让以后进行扩展变得更加方便。 

对，那是 23.8，而且我们的节目也快接近尾声了。这并不是更新日志的终点。这份更新日志当时也非常长。

Jessica Lyschik：23.7 和 23.8 的清单都无穷无尽。我想这也可能是因为 AI 加速了不少工作，让拉取请求更快完成，也更容易发现、修复和完成各种事情。所以内容非常多，肯定有大量内容需要梳理。

正在积极开发或讨论中的内容

Birgit Pauli-Haack：对，绝对如此。是的。我有两项正在积极开发或讨论中的内容，它们都面向 7.2。所以 Ella van Durpe 有一个关于区块编辑器小毛病的跟踪议题，也就是把她能找到的所有小烦恼列出来——这些问题困扰着人们——然后全部列入清单，以便逐一修复。 

其中可能有一些大任务，比如重新思考追加器和插入器的实际运作方式，改进写入流程，甚至修复那些长期存在的、在区块编辑器中传给 Excel 的错误，或者 Safari 中的选择异常、iOS 上的多区块选择，以及诸如此类的问题。她找到了 48 个需要修复的议题。如果你遇到的问题不在清单中，欢迎把它提交到该议题中，让它也加入清单。我整理这些内容时，她已经修复了 9 项。现在甚至可能又多了几项。所以她肯定需要大家帮忙测试并对这些议题发表评论。因此，是的，如果你多年来一直在使用区块编辑器，这会是一份不错的小型参考资料，让你记录下遇到的各种问题。当然，我会在节目说明中分享链接。 

然后，Anne McCarthy 实际上已经说过，对于 7.1，发布负责人说，如果能有一个汇总就太好了，因为很难弄清哪些功能会在何时加入，以及相关计划之类的。她需要它来制定路线图。还有 Jessica 和我这样的人，我们需要大致了解进展、正在进行的 issue 或正在开发中的功能，以便进行测试并弄清楚各种情况。所以，她要求正在开发各项功能的团队针对特定版本实际整理出跟踪 issue。 

实际上，已经有不少团队为 7.2 提交了跟踪 issue，我会分享搜索链接。我还没有逐一查看和研究，但备注功能、动态图库、媒体编辑器模态框、模式编辑都有一个迭代 issue。还有如何扩展站点编辑器。我看到这些真的很高兴。然后当然还有响应式样式，以及所有正在进行的事项。Maggie 的区块自定义状态跟踪 issue 也在其中。你可以通过这些事项了解进展，因为每个事项下面都有子 issue，你可以看到哪些已经合并、哪些正在进行、正在审查之类的。所以非常便于跟踪。这并不适合所有人，因为 GitHub 并不适合所有人，但这绝对值得去看看。如果你愿意，我还没提到这一点。

亲爱的听众们，这一期将是 Gutenberg Changelog 在 12 月之前的最后一期节目。我们会休息一段时间。我非常感激这次休息，因为 Automattic 允许员工在 5 周年庆之后休假 3 个月。我下周就开始休假。所以这是 Gutenberg Changelog 的最后一期节目。 

我们会有 Gutenberg Weekend Edition，当然不是每个周末都有，但 Justin Tadlock 会接手这件事，他会每两周或每月一期。目前还不完全确定，因为他还有其他职责，但他非常期待撰写这些周末特别版。 

所以，亲爱的听众们，在我接下来 3 个月休假期间，请把跟踪 issue 的链接当作作业。与此同时，当然也要研究每一个 Gutenberg 版本。我想我查看过了，这次是 23.8。到了 11 月我回来时，Gutenberg 将会发布到 24.4。所以中间有相当多的发布，正好 6 个。我不会补完这些，但我会补上 7.1——再次说一下，7.2 版本，因为我回来时它发布也就大约 10 天左右。所以这肯定会是我们 12 月要做的第一期节目。好的。还有什么想在这里聊、但我们尚未涵盖的吗？

Jessica Lyschik：不，我觉得，我觉得你做了一件非常棒的事。我之前不知道编辑器小修问题对应的 PR。嗯，我周末的作业肯定越来越长了。肯定的。

Birgit Pauli-Haack：是啊。

Jessica Lyschik：我的意思是，接下来几周没有 Gutenberg Changelog 确实会让人难过，但我想你休假一段时间也是完全应得的。

Birgit Pauli-Haack：嗯，谢谢。

Jessica Lyschik：而且我感到非常荣幸，能参加目前这一期的最后一期节目。好吧，我们看看能否赶上进度。

Birgit Pauli-Haack: 是的 absolutely。当然，绝对的。只是为了确保没听错，不是几周，而是 12 周。所以是很长的几周，相当于 6 个几周。没错，我会把如何在所有网络平台上联系 Jessica 的方式连同节目说明一起发给她，这样她就不用在这里重复了。不过我还想指出，她有时会参加 Greyd 播客的 Greyd 对话节目。那边有相当多有趣的节目。我会把链接也放到——你之前提到有一个关于区块编辑器或区块主题之类的链接，是哪个？

Jessica Lyschik: 哦，我已经有很久没上这个节目了。

Birgit Pauli-Haack: 好的。

Jessica Lyschik: 我最近在幕后一直非常忙。不过，我们的节目确实很精彩。我觉得最近几期是请 Katie Keith 和 Matt Cromwell 谈产品之类的话题。我记得还有一位。我知道我这样问真的很糟糕。

Birgit Pauli-Haack：不，不用担心。是我突然问了你，所以别担心。但我的意思是，我可以——我刚才正想查一下。节目是关于产品公司的，以及——

Jessica Lyschik: 对，是关于产品业务的。也许只是——我记得我们重录过一次，所以我想正确地说出来。

Birgit Pauli-Haack: 对。节目叫《产品公司目前如何在 WordPress 领域成长？》，正如你所说，嘉宾是 Katie Keith 和 Aurelio Volle。他是创始人。

Jessica Lyschik: 哦，Aurelio。对。WP Umbrella。

Birgit Pauli-Haack: WP Umbrella，还有 Roots and Fruits 的创始人 Matt Crumbrall。Roots and Fruits。

Jessica Lyschik: 对。

Birgit Pauli-Haack：他们讨论的是产品公司，以及如今如何在 WordPress 领域取得成功，包括使用或不使用 AI，以及现在插件大量涌现的情况下。所以看看如何在那里建立一项业务会很有意思。好了。

Jessica Lyschik: 是的。

Birgit Pauli-Haack: 一如既往，节目说明会发布在 gutenberg-times.com/podcast。这是第 134 期。如果你有可以等到 12 月再回答的问题或建议，请给我发邮件至 changelog@gutenberg-times.com。也就是 changelog@gutenberg-times.com。提醒一下，我在 GutenbergTimes.com 或 Automattic 休假期间不会查看邮件，Gmail 账户也只会非常、非常偶尔查看。不过尽管发给我，之后会怎样就难说了。 

谢谢你，Jessica 陪我做这期节目。也感谢大家收听节目。再见了。

Jessica Lyschik：再见。