古腾堡 11.9 周三降落,并且包含了数十项增强功能。 贡献者正在加速前进,在预计 12 月 14 日发布 WordPress 5.9 之前获得一些最终功能。
版本 11.9 是为即将到来的 WordPress 更新包含新功能的最后一个插件版本。 在接下来的几周内,将继续移植错误修复。
站点编辑和与主题相关的块占据了大部分的聚光灯。 WordPress 5.9 将附带第一个默认块主题, 二十二. 对于许多用户来说,这将是他们第一次体验模板编辑和全局样式。
导航块受到了很多关注,这是正确的。 开发人员解决了一些重要的数据可移植性问题,并创造了更全面的用户体验。
整体上仍有很大的改进空间,但古腾堡在过去几个月里已经取得了长足的进步。 我对这些新功能在通用 WordPress 版本中发布后的样子感到兴奋。
站点编辑器缩小,其菜单移动和重命名
站点编辑器已经缩小到过去几个月里它不再是古腾堡插件用户已经习惯的功能。 它本质上是通向全局样式功能的途径。
对于模板,只能通过界面访问站点的主页。 单击编辑器左上角的“W”图标 不再打开熟悉的模板面板,以前允许用户导航、选择和自定义单个模板。
单击“浏览所有模板”按钮将用户从站点编辑器推到模板屏幕。 它看起来像一个帖子列表,不包括如何覆盖作者档案或其他主题模板的说明。 我对系统非常了解,可以理解正在发生的事情,但我只能想象这对普通用户来说会令人震惊。
用户可以通过单击下拉列表中的那些来跳转到站点编辑器中的页眉和页脚区域。 编辑器只关注那些模板部分,无需切换屏幕。
但是,我看不到从站点编辑器中编辑特定模板的方法。 结果是一个带有全局样式的淡化索引模板编辑器,这是一个救赎功能。
站点编辑器菜单项现在也已 移至外观菜单下方 在 WordPress 管理员中。 它现在被简单地命名为“编辑器”。 当然,“主题编辑器”子菜单还在。

我不希望这会让用户感到困惑……
撇开讽刺不谈,这是新站点编辑器的合适位置,只有在用户激活块主题时才会出现。 但是,这两个子菜单名称明显冲突。 有没有更好的地方来移动主题编辑器? 一项提案将看到它 放在工具下 在管理菜单中。
人们一定想知道在块世界中直接编辑主题文件有多大用处。 可以通过 UI 覆盖模板。 theme.json 设置通过全局样式接口处理。 这主要是将functions.php 作为唯一的支持者。 可能是时候在 WordPress 中默认禁用文件编辑了,至少对于块主题是这样。
模式浏览器
台式机和平板电脑用户现在可以享受 全屏图案叠加. 与其在狭窄的插入器中无休止地滚动浏览数十个甚至数百个模式,他们可以单击新的“探索”按钮以在具有更多喘息空间的界面中探索模式。
我完整地介绍了这个新功能 本周早些时候回顾. 该设计仍有一些问题需要解决,但到目前为止效果很好。 它还为一系列更广泛的功能奠定了基础。
导航数据保存和导航区域块导航块 数据现在已存储 在专用的 wp_navigation 帖子类型中。 通过单独保存它,贡献者现在纠正了基于块的导航菜单的长期问题之一:可移植性。
在之前的区块迭代中,用户在切换到新的区块主题时会丢失精心制作的菜单。 他们将不得不重新创建通常不会经常更改的内容。
除了这种改进,还有一个新的 导航区块,用作导航的包装器。 主题作者将能够使用以下代码在他们的块主题模板中定义自定义区域:
嵌套的导航块与 wp_navigation 帖子相关联。 这将是主题作者未来的首选格式。
当用户切换主题并且“区域”名称与他们之前的主题匹配时,菜单会继续并自动出现。 如果它们不匹配,用户可以分配一个保存的菜单。 菜单/区域关系存储在数据库中。
导航区域块的问题之一是它没有对齐控件。 从技术上讲,它本身不输出任何 HTML。 但是,它在编辑器中的存在禁止用户为其内部导航块选择宽对齐或完全对齐。
双色调滤镜透明度图像和封面等块上的双色调过滤器 现在支持透明度. 在调整阴影或高光时,用户现在将在颜色选择器下方看到一个滑块控件。
该功能通过在封面上分层图像块为双重曝光效果或图像蒙版打开了大门。 Alex Lende 展示了一些示例,说明这在工单中是如何工作的。

开发人员还指出了 Tritone 选项的可能性和 其他过滤器类型.
用于访问全局样式的 API主题和插件作者应该享受这个新的乐趣 交互API 使用全局样式系统。 以前,开发人员必须使用 WP_Theme_JSON_Resolver 类在服务器端提取他们需要的数据。 现在,它们具有三个新功能:
- Gutenberg_get_global_settings() – 返回设置。
- Gutenberg_get_global_styles() – 返回样式设置。
- Gutenberg_get_global_stylesheet() – 返回全局样式表。
据推测,这些函数将在登陆 WordPress 5.9 之前被重命名,并且没有gutenberg_ 前缀。 为了安全起见,主题作者应该在 function_exist() 检查中包装这些的任何用法。
最新的插件更新中出现了几个新的评论块。 这 评论查询循环和评论模板 块的工作方式与它们的邮政对应物相似。 然而,目前的结果是一个尚未准备好用于生产的基本功能。 嵌套的注释不显示,自定义输出的选项也不多。
这是阻止主题作者和用户(通过站点编辑器)控制帖子评论输出的一步。 Gutenberg 11.9 还包括模板所需的新注释帮助块:
有一段时间,评论感觉像是事后的想法。 欢迎任何旨在完善这些缺失的主题相关块的行动。
像这样:
喜欢加载…