WordPress 6.1 将专注于改进全站点编辑、下一阶段协作和多语言功能,预计 2023-2025 年推出

Gutenberg 首席架构师 Matías Ventura 已将 5.9 和 6.0 中引入的体验的改进确定为即将发布的 6.1 版本的主要目标。他在波尔图的 WordCamp Europe 闭幕会议之前发布了 6.1 的路线图,他计划在那里与 Matt Mullenweg 和 Josepha Haden Chomphosy 一起进行演示。 Ventura 没能成功,但他在推特上发布了一个帖子,其中包含 Gutenberg 贡献者正在开发的一些令人兴奋的界面更新的视频演示。

主要推动力之一是通过一种新的“浏览模式”使网站导航更加流畅,该模式允许网站编辑在工作时放大和缩小。

图案是 Ventura 认为“创意体验的核心部分”的另一个主要焦点。贡献者正在努力使使用模式更容易构建,并计划改进发现和插入过程。 WordPress 6.1 将为自定义帖子类型、块类型中的模式使用带来更好的支持,以及更直观的锁定模式和管理已保存模式的体验。

正如 Ventura 在他的主题中所展示的,贡献者还在探索一种新的鸟瞰图和其他想法,以便更容易地与作为页面部分的模式进行交互。

Patterns were a big focus at the conference in Porto and with 6.1 we'll be trying ti elevate them further. A new aerial view is being explored to allow focusing on the top level sections of a page or template. pic.twitter.com/7JSeQQANt7

— Matías Ventura (@matias_ventura) June 8, 2022

Ventura 说 WordPress 6.1 的另一个目标是改进全局样式界面,更好地支持限制、特权和精选预设。 设计工具也将更新以支持响应式排版并允许管理网络字体。

“该版本的基调将是改进 5.9 和 6.0 中引入的体验,将各种流程编织成对用户、维护者和扩展者来说更加连贯和充实的体验,并在我们开始展望第 3 阶段时缩小功能上的一些差距 古腾堡路线图,”文图拉说。

超越 WordPress 6.1:协作阶段 3 将在多语言阶段 4 之前建立核心架构

WordPress 核心贡献者计划在 2023 年开始协作阶段之前结束自定义阶段。在问答环节中,一位多语言贡献者询问为什么 WordPress 等到第 4 阶段才开始在核心中处理多语言功能。

“我们不想现在设置数据然后稍后再开发该功能的部分原因是,我们每次都了解到,如果不创造用户体验就很难为某物创建架构,”Mullwenweg 说。 “当我们尝试做一个而没有另一个时,例如使用 REST API,我们在自己完全使用它之前就进入了 REST API。当我们开始使用 Gutenberg 对 REST API 进行第一方使用时,我们发现了很多差距。如果这些差距意味着插件多年来一直在错误的架构上构建,我会感到特别难过。”

Mullenweg 还解释了为什么他认为在多语言功能之前优先考虑第 3 阶段(他称之为“工作流程”)很重要:

Phase 3 is Workflow. This is basically where we’re going to take real-time co-editing into WordPress, much like Google docs or something else. When you log in to edit a page or your sites or a template or something, if someone else is in there at the same time, you’ll be able to see them moving around. Of course, we want to make sure we have version control built in like we do for posts and pages, into as many parts of WP as possible, so if someone makes a mistake or an edit to the site, you will be able to roll it back easily, which I think is really key for giving people confidence.

他强调了在将多语言支持引入核心之前建立协作架构的重要性。

“我认为围绕多语言的工作流程很重要,”Mullenweg 说。 “因此,规范创建的内容在哪里,更改如何从一种语言流向另一种语言,甚至可能是双向的,这取决于编辑网站的人,以及这如何影响其余模板——帖子之外的东西和页面内容。”

他还指出,许多已经存在的第三方多语言解决方案将有一个过渡期,因为核心集成了这些功能。

“我希望页面构建器会发生类似的情况,一旦核心中有一些东西,他们要么有数据迁移路径,要么与我们放入核心的任何基础集成,”Mullenweg 说。 “但我想设定期望,它可能更像是 2024 年或 2025 年的 WordPress 计划。我们希望首先将这些其他阶段做得非常好。为什么我们必须按顺序进行?我们一次只能做这么多。”

当提出这个问题的人追问一个应急工作组现在不能开始的原因时,Mullenweg 鼓励任何热心的贡献者将他们的工作放入插件中。他引用了 Gutenberg,它最初是一个插件,并在将其引入核心之前经过了多年的测试。

I would say when we look at phase 4, the first thing we’re going to look at is how all the plugins are doing it. Perhaps one of those plugins could even become the basis for what comes into core. It’s OK if the plugins take different architectural approaches, because we want to see pluses and minuses of those. Remember people use WordPress with millions and millions of posts and pages, sometimes tens of millions. We want this to scale, we want this to be performant, we want it to be accessible. Take all the things people know and trust about WordPress. and bring it to this functionality.

Mullenweg 说,他认为多语言“可能会成为我们引入核心的最复杂的东西之一,甚至比块更复杂。” 这背后的原因是,blocks 采用了 WordPress 之前所做的事情,并在 HTML 之上为其提供了一个新界面。

“多语言将 WordPress 中的每一件事都纳入其中——标签、类别、页面、模板,并使其成为多因素的,因此它就像现在更多的是一对一关系之上的复杂因素, “ 他说。 “如果您对如何做有一些想法,请参与其中一个现有插件或开始自己的插件。”

发表评论

您的电子邮箱地址不会被公开。