Gutenberg 12.8 推出 Web Fonts API，改进组嵌套，并为链接添加键盘快捷键

Gutenberg 12.8 今天早些时候登陆 WordPress 插件目录。 我一直在修改过去几周提交的许多功能。

有些事情我很兴奋。 Web Fonts API 是我耐心等待了几个月的东西，但是在其他组中快速嵌套组块的能力已经在我最喜欢的增强列表中赢得了一席之地。

现在可以使用用于自动完成链接的新键盘快捷键。 用户还应该享受媒体和文本以及导航块的更清晰的加载状态。

网络字体 API

期待已久的 Web Fonts API 位于 Gutenberg 插件中。 到达这里的路很长，很颠簸，但到达目的地感觉很好。

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

缺点是该实现仅支持本地托管的字体。 从长远来看，这将创建大型主题 ZIP 包，因为开发人员开始发布全球风格的变体，每个都有自己的字体。

Ari Stathopoulos 在 API 中投入了数月的工作，他也有一个可以与 Google Fonts 集成的补丁。 该增强功能将解决 GDPR 和相关的隐私问题，因为字体文件将从 Google 下载并从服务器加载。 但是，根据先前讨论中首席开发人员的评论，该功能似乎无法启动。

在最近对我之前对 Web Fonts API 的报道的评论中，Stathopoulos 谈到了他对 Google Fonts 集成的希望：

无论好坏，我不认为它会被合并，但这足以开始讨论并最终找到解决使用 3rd-party webfont 提供程序所带来的所有问题的解决方案。

现在看缺乏谷歌字体提供商将如何影响主题作者还为时过早。 但是，我预计许多人会构建自定义提供程序实现或根本不使用新 API。

分组组

您是否曾经创建了一个 Group 块，做了一些事情，后来意识到您需要将原始 Group 包装在另一个 Group 中？ 然后，您是否必须完成一系列复杂的任务来复制您当前的块并将它们粘贴到一个全新的组中？

我感觉到你的痛苦。

这不再是曾经的痛苦过程。 如果不是新的 Web Fonts API，这将是该版本的亮点。

Under the toolbar Options dropdown (vertical ellipsis), users should see a Group option when another Group is selected. 嵌套它们从未比单击该按钮更容易。

添加内联链接的快捷方式

最新更新通过在富文本区域（例如段落块）中键入[[来添加链接的内联快捷方式。 对于喜欢在写作时插入链接但不希望手离开键盘的用户来说，这应该是一个受欢迎的功能。

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

键入[[后跟一些其他字符似乎效果最好。 例如，如果我正在寻找What a Wonderful Day帖子，我只需开始输入帖子名称： [[what a... . 当我输入几个字符时，链接插入器就会出现。

我希望看到更多的 Markdown 风格的链接自动完成器。 键入[some text]应该会触发链接插入器。 [[语法目前感觉很奇怪。

无论哪种方式，我都不会在我的工作流程中使用它。 我倾向于在编辑阶段准备好所有文本并添加链接。 编辑器允许我突出显示任何文本并粘贴 URL，从而使我的工作流程变得轻松。

全局样式中首先显示的核心块

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

在列出的几十个区块中寻找一个区块时，这并没有多大帮助。 将它们按字母顺序排列会有所帮助，但它也可能会将诸如段落之类的常用块推到列表中。 侧边栏的空间有限，但我希望在这里看到按类别分组的块。

从站点编辑器构建主题......几乎

最新版本使我们离完全从 WordPress 站点编辑器创建主题更近了一步。 本周早些时候，我更深入地介绍了此功能。

用户可以从早期版本的编辑器中下载其模板和部件的 ZIP 文件。 新的导出包括来自主题的theme.json 、 style.css和index.php文件。 theme.json文件还从全局样式面板添加用户自定义。

从技术上讲，如果不需要functions.php或包含来自新 API 的字体文件，则导出可以是整个主题（减去屏幕截图）。 但是，这是一种罕见的情况。

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

以前，当使用代码块时，WordPress 将自定义样式放在内部<code>内联 HTML 元素上，而不是包装<pre>元素上。 诸如填充、背景和边框之类的东西对子元素毫无意义。 我一直认为这是一种奇怪的做法，而且这是我以前在那个特定案例之外很少见到的。

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

Gutenberg 12.8 通过将样式移动到外部<pre>元素来纠正这个问题。

请注意，这可能是某些主题的重大更改。 在其 CSS 中以.wp-block-code > code目标的作者可能需要在 WordPress 6.0 之前更新他们的代码。 这取决于它是字面意思的内联<code>元素还是 WordPress 之前的事故的解决方法。

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

此问题并非特定于代码块。 相反，这是一个更广泛的问题，现在有一张公开的票。 我只希望这张票能先修好，避免这个风格破碎的过渡期。