Gutenberg 首席架构师 Matías Ventura 已将 5.9 和 6.0 中引入的体验的改进确定为即将发布的 6.1 版本的主要目标。 他发表了 6.1 的路线图 在波尔图的 WordCamp Europe 闭幕会议之前，他计划与 Matt Mullenweg 和 Josepha Haden Chomphosy 一起进行演示。 文图拉没能做到，但他在推特上发了一条 线 带有 Gutenberg 贡献者正在处理的一些令人兴奋的界面更新的视频演示。
主要推动力之一是通过一种新的“浏览模式”使网站导航更加流畅，该模式允许网站编辑在工作时放大和缩小。
图案是 Ventura 认为“创意体验的核心部分”的另一个主要焦点。 贡献者正在努力使其更容易 用模式构建，并计划改进发现和插入过程。 WordPress 6.1 将为模式使用带来更好的支持 自定义帖子类型，块类型，以及更直观的体验锁定模式和管理保存的模式。
贡献者也在探索 新的鸟瞰图和其他想法 正如 Ventura 在他的线程中所展示的那样，它可以更轻松地与作为页面部分的模式进行交互。
模式是波尔图会议的一大焦点，在 6.1 中，我们将尝试进一步提升它们。 正在探索一种新的鸟瞰图，以允许专注于页面或模板的顶级部分。 pic.twitter.com/7JSeQQANt7
— 马蒂亚斯文图拉 (@matias_ventura) 2022 年 6 月 8 日
Ventura 说 WordPress 6.1 的另一个目标是改进全局样式界面，更好地支持限制、特权和精选预设。 设计工具也将更新以支持响应式排版并允许管理网络字体。
“该版本的基调将是改进 5.9 和 6.0 中引入的体验，将各种流程编织成对用户、维护者和扩展者来说更加连贯和充实的体验，并在我们开始展望第 3 阶段时缩小功能上的一些差距古腾堡路线图，”文图拉说。
超越 WordPress 6.1：协作阶段 3 将在多语言阶段 4 之前建立核心架构
Matt Mullenweg 和 Josepha Haden Chomphosy 在 WordCamp Europe 的问答环节中回答了几个关于 WordPress 长期路线图的问题。 （来自直播的视频嵌入在下面。）
[embedded content]
WordPress 核心贡献者计划在 2023 年开始协作阶段之前结束自定义阶段。在问答环节中，一位多语言贡献者询问为什么 WordPress 等到第 4 阶段才开始在核心中处理多语言功能。
“我们不想现在设置数据然后在以后使用该功能的部分原因是，我们每次都了解到，如果不创造用户体验就很难为某物创建架构，”Mullwenweg 说。 “当我们尝试做一个而没有另一个时，例如使用 REST API，我们在自己完全使用它之前就进入了 REST API。 当我们开始使用 Gutenberg 对 REST API 进行第一方使用时，我们发现了很多差距。 如果这些差距意味着插件多年来一直在错误的架构上构建，我会感到特别难过。”
Mullenweg 还解释了为什么他认为在多语言功能之前优先考虑第 3 阶段（他称之为“工作流程”）很重要：
第三阶段是工作流程。 这基本上是我们将实时共同编辑到 WordPress 中的地方，就像谷歌文档或其他东西一样。 当您登录以编辑页面或站点或模板或其他内容时，如果其他人同时在那里，您将能够看到他们四处走动。 当然，我们希望确保像我们对帖子和页面所做的那样，在 WP 的尽可能多的部分中内置版本控制，因此如果有人犯了错误或对网站进行了编辑，您将能够滚动它很容易恢复，我认为这对于给予人们信心非常关键。
他强调了在将多语言支持引入核心之前建立协作架构的重要性。
“我认为围绕多语言的工作流程很重要，”Mullenweg 说。 “因此，规范创建的内容在哪里，更改如何从一种语言流向另一种语言，甚至可能是双向的，这取决于编辑网站的人，以及这如何影响其余模板——帖子之外的东西和页面内容。”
他还指出，许多已经存在的第三方多语言解决方案将有一个过渡期，因为核心集成了这些功能。
“我预计页面构建器会发生类似的情况，一旦核心中有一些东西，它们要么有数据迁移路径，要么与我们放入核心的任何基础集成，”Mullenweg 说。 “但我想设定期望，它可能更像是 2024 年或 2025 年的 WordPress 计划。 我们希望首先将这些其他阶段做得非常好。 为什么我们必须按顺序进行？ 我们一次只能做这么多。”
当提出这个问题的人追问一个应急工作组现在不能开始的原因时，Mullenweg 鼓励任何热心的贡献者将他们的工作放入插件中。 他引用了 Gutenberg，它最初是一个插件，并在将其引入核心之前经过了多年的测试。
我想说，当我们看第 4 阶段时，我们首先要看的是所有插件是如何做到的。 也许其中一个插件甚至可以成为核心内容的基础。 如果插件采用不同的架构方法也没关系，因为我们希望看到这些方法的优缺点。 请记住，人们使用 WordPress 来处理数以百万计的帖子和页面，有时甚至是数千万。 我们希望它可以扩展，我们希望它是高性能的，我们希望它是可访问的。 了解人们对 WordPress 了解和信任的所有内容。 并将其引入此功能。
Mullenweg 说，他认为多语言“可能会成为我们引入核心的最复杂的东西之一，甚至比块更复杂。” 这背后的原因是，blocks 采用了 WordPress 之前所做的事情，并在 HTML 之上为其提供了一个新界面。
“多语言将 WordPress 中的每一件事都纳入其中——标签、类别、页面、模板，并使其成为多因素的，因此它就像现在更多的是一对一关系之上的复杂因素， “ 他说。 “如果您对如何做有一些想法，请参与其中一个现有插件或开始自己的插件。”