Gutenberg 12.8版推出网络字体API 改进群组嵌套并为链接添加键盘快捷方式

Gutenberg 12.8今天早些时候登陆了WordPress的插件目录。在过去的几周里一直在修补许多功能，因为它们被提交了。现在有一个新的键盘快捷键用于自动完成链接。用户还应该享受到媒体和文本以及导航块的更清洁的加载状态。

网络字体API

期待已久的Web Fonts API出现在Gutenberg插件中。这条路漫长而崎岖，但到达目的地的感觉很好。

主题作者现在可以将字体文件与他们的主题捆绑在一起，并通过theme.json或wp_register_webfonts()函数注册它们。

缺点是，这个实现只支持本地托管的字体。从长远来看，这将产生庞大的主题ZIP包，因为开发者开始运送全球的风格变化，每一种都有自己的字体。

Ari Stathopoulos在API上投入了数月的工作，他也有一个补丁，可以与谷歌字体整合。这一改进将解决GDPR和相关的隐私问题，因为字体文件将从谷歌下载并从服务器加载。然而，根据之前讨论中一位主要开发者的评论，该功能似乎是一个不可能的事情。

Stathopoulos在最近对我之前关于Web Fonts API的报道的评论中，对他对Google Fonts整合的希望说了如下的话。

不管是好是坏，我都不指望它能被合并，但它足以开始讨论，并最终找到一个解决使用第三方网络字体供应商所带来的所有问题的办法。

现在看缺少谷歌字体供应商会对主题作者产生什么影响还为时过早。然而，我预计许多人将建立一个自定义的提供者实现或根本不使用新的API。

群体分组

你是否曾经创建了一个组块，做了一些事情，后来发现你需要把原来的组包在另一个组里？然后，你是否不得不通过一系列复杂的任务来复制你当前的组块并将它们粘贴到一个全新的组中？

我明白你的痛苦。这不再是以前那种痛苦的过程了。如果不是因为新的Web Fonts API，这将是这个版本的亮点。

在工具栏选项下拉菜单（垂直省略号）下，当选择另一个组时，用户应该看到一个组选项。嵌套它们从来没有比点击那个按钮更容易。

添加内联链接的快捷方式

最新的更新为链接增加了一个内联快捷方式，即在富文本区域（如段落块）中输入[[]。对于那些喜欢在写作时插入链接但又不想让自己的手离开键盘的用户来说，这应该是一个受欢迎的功能。

起初，我以为这个功能没有发挥作用。插入器没有像预期的那样迅速出现，所以我敲了敲键盘上的空格键，认为我需要以某种方式触发它。然而，这并不奏效。基本上，我的速度很慢，这可能是我的电脑或连接问题。

输入[[]，然后再输入一些其他字符，似乎效果最好。例如，如果我正在寻找 “美好的一天 “的帖子，我就开始输入帖子的名字：[[what a…. 当我输入几个字符时，链接插入器就出现了。

我很想看到更多的Markdown风格的链接自动完成器。输入[一些文本]应该触发链接插入器。目前，[[]的语法感觉很奇怪。

不管怎么说，这不是我在工作流程中要使用的东西。我倾向于在编辑阶段把所有的文字都写好并添加链接。编辑器已经为我的工作流程提供了便利，允许我突出任何文本并粘贴一个URL。

核心区块在全局样式中首先显示出来

Gutenberg现在会在网站编辑器的全局样式面板中首先显示核心块。那些来自插件的块会被推到底部。

这对在几十个块中寻找一个块没有什么帮助。按字母顺序排列会有帮助，但它也会把经常使用的块（如段落）推到列表的下面。侧边栏的空间有限，但我希望在这里看到按类别分组的块。

从网站编辑器构建主题……几乎如此

最新的版本使我们离完全从WordPress网站编辑器中创建主题又近了一步。我在本周早些时候更深入地介绍了这个功能。

在早期版本中，用户可以从编辑器中下载他们的模板和部件的ZIP文件。新的导出包括主题中的theme.json、style.css和index.php文件。theme.json文件还增加了用户在全局样式面板上的定制。

从技术上讲，如果不需要function.php或者不包括新API中的字体文件，导出的可以是整个主题（减去截图）。然而，这是一种罕见的情况。

代码块样式被移至<pre>元素

在此之前，当使用代码块时，WordPress将自定义样式放在内部的<code>内联HTML元素上，而不是包裹在里面<pre>元素。像填充、背景和边框这样的东西在子元素上没有什么意义。我一直认为这是一种奇怪的做法，而且在这种特定情况下，我以前很少看到这种情况。

当然，作为一个主题设计师，我试图反抗。然而，我最终还是屈服了，因为我想通过使用theme.json和允许用户自定义外观，以 “正确的方式 “构建块状主题。

Gutenberg 12.8纠正了这个问题，将样式移到了外部<pre>元素。

请注意，这对某些主题来说可能是一个破坏性的变化。针对.wp-block-code > code的作者在他们的CSS中，可能需要在WordPress 6.0之前更新他们的代码。这取决于它是否真的是为内联的<pre>元素，或者是对WordPress之前的失误的一种变通方法。

在此期间，这只是在主题启用should_load_separate_block_assets标志时的部分修复，这是所有块状主题的默认情况。当与WordPress 5.9一起运行Gutenberg时，代码块样式会同时应用于<pre>和内部<code>编辑器中的元素。这意味着该区块可能有双重边框、填充和其他样式，可能使它现在看起来有点不对劲。

这个问题不是专门针对代码块的。相反，它是一个更广泛的问题，现在有一个开放的票据。我只希望这个问题能先得到解决，以避免在过渡期出现样式损坏。