Gutenberg 9.6引入了拖放块和查询块的全局继承

对于某些人来说,圣诞节提前了几天。 古腾堡9.6推出 插入程序的第一次拖放块迭代。 还有其他一些增强功能,例如 垂直按钮,大量的错误修复,新的API和其他改进。 但是,让我们成为现实。 将块从插入器拖动到内容画布中的能力是此版本的重点。

另一个关键功能是现在仅在启用“完整站点编辑”时才可用的“查询”块 从全局查询参数继承。 与最近一样,Gutenberg插件中的许多工作都集中在改进站点编辑器上。

将块拖动到内容画布中
gutenberg-9-6为查询块引入了拖放块和全局继承性Gutenberg 9.6为查询块引入了拖放块和全局继承从插入器中拖动一个块并将其放在段落之间。

古腾堡开发团队也许有 看过 您的 评论您的 其他 评论。 如果在与古腾堡(Gutenberg)相关的帖子中的评论中有一个共同的话题,那就是WordPress用户群的一部分想要更多的拖放功能。

新功能目前仅适用于块。 用户尚不能从插入器拖放图案。

自从上周Gutenberg 9.6 Release Candidate 1登陆以来,经过多次测试,我对此没有任何疑问。 在大多数情况下,该体验使用户感到流畅且易于使用。

我从未在内容编辑器中看到过拖放功能的魅力。 如果我没有在Markdown中键入内容,那么我在WordPress编辑器中并使用键盘快捷键。 在我的整个职业生涯中,我每天都在写代码或写单词。 从键盘上拿起我的手指只会浪费时间。

有时我忘记了块编辑器已经具有一些拖放功能,该功能允许最终用户将块从画布中的一个位置移动到另一位置。 我倾向于启用顶部工具栏,因此很少看到该功能。

不过,我确实看到了对某些用户拖放块的作用。 我有时在其他类型的编辑器(例如Gimp或Photoshop)中使用它们。 我喜欢这些工具的一件事是,工具栏始终在侧栏中可用。 块插入器不是这种情况。 虽然它将保持打开状态,以便用户将多个元素拖到其内容中,但是一旦用户开始在其他地方工作,它就会消失。 如果用户更多地是在视觉设计工作流程中而不是在内容编辑模式中,那可能会很烦人。

从插入器中拖动块对我的工作流程(在即将发布的网站编辑器而不是帖子编辑器中)更有意义。 该功能在这种情况下也很好用。

查询块支持继承全局查询参数
gutenberg-9-6引入了针对查询块1的拖放块和全局继承性Gutenberg 9.6引入了查询块的拖放块和全局继承从URL继承查询块的选项。

此版本的低调之处在于对Query块的更新,仅在使用基于块的主题时才可用。 此更新是“全站点编辑”的最重要突破之一,这是古腾堡项目历史上的关键时刻。

在以前的迭代中,Query块要求主题通过其块模板或最终用户通过站点编辑器定义要显示的帖子。 尽管这是该块的必要功能,但缺少的部分是全局查询支持。

用最简单的术语来说,访客访问的任何URL都会告诉WordPress要加载的帖子。 用于加载这些帖子的数据全部存储在全局查询参数集中。 然后,主题可以遍历这些帖子以显示它们。

在古腾堡9.6中,查询块现在可以继承这些查询参数。 这意味着,当有人访问这些特定URL之一时,诸如博客文章页面,类别档案,搜索结果之类的内容将显示正确的文章。

从表面上看,此更改仅向界面添加了一个选项。 但是,在幕后,这项成就为开发基于块的主题扫清了一条空白之路。

像这样:

喜欢加载中……

资源

相关文章