Gutenberg 8.9 于 9 月 2 日星期三发布，其中包含一系列新功能、增强功能和一些错误修复。开发团队从实验阶段移除了基于块的小部件系统，使其成为所有插件用户的默认体验。
基于块的小部件需要几个月的工作。该团队在方孔中插入了一个方钉，超出了我的一些预期，赋予了侧边栏/小部件系统块功能。总体而言，该系统有效。然而，团队仍有许多工作要做才能使此功能符合即将于 12 月发布的 WordPress 5.6 版本所需的形状。对社区进行广泛测试、提供反馈并在可能的情况下做出贡献非常重要。
在过去的版本中没有通过实验屏幕启用基于块的小部件的古腾堡插件用户将会感到惊讶。新系统将对块编辑器有一定的熟悉度。然而，这是与传统小部件完全不同的体验。
我们必须回答的主要问题是该功能当前是否可用并为 WordPress 5.6 做好准备。
新的小部件屏幕
基于块的小部件屏幕.
Gutenberg 完全取代了 WordPress 管理中旧的外观 > 小部件屏幕。该插件不再为最终用户提供禁用它的选项，这是预期的。目标是开始让用户习惯用块而不是传统的小部件来构建他们的侧边栏。
从可用性的角度来看，新的小部件屏幕主要处理基于块的小部件。添加块与在后期使用编辑屏幕略有不同。对于习惯于块编辑器的用户来说，这应该是相对自然的。如果有的话，相比之下，这种体验似乎已经减少了。
与过去的小部件不同，块不能折叠（侧边栏本身可以折叠）。作为 WordPress 的长期用户，这让您感到不舒服。不过，这种不适只会需要一些适应时间。
核心遗留小工具运行良好。但是，我无法使用来自多个第三方插件的遗留小部件。有时，它们会从编辑器中消失。然后，它们之后似乎随机出现。最终，在测试期间，我将页面完全打乱到什么都没有显示的地步。幸运的是，我能够通过从数据库中清除一些与小部件相关的行来修复它。
作为一名开发者，我只想简单地擦掉石板，让旧的 widget 系统成为历史的尘埃。但是，这样做可能会疏远许多最终用户。为使此功能成功，我们需要配合它并允许他们轻松地从当前工具过渡到新系统。
定制器中的小部件块
定制“小部件程序的块”部分。
虽然主小部件块屏幕通常是稳定的，但定制器中的小部件块并非如此。充其量低于标准。
在这一点上，我们可能最终同意之前所有关于定制器控制面板太窄的抱怨。最明显的问题是块工具栏对于控制面板来说太宽了，部分隐藏在屏幕之外。对于某些块，存在用户无法访问的按钮。
问题还没有结束。块选项不可用，因此用户甚至不能添加像图像 alt 属性这样基本的东西。核心遗留小部件块不可编辑。更多选项按钮弹出窗口具有透明背景，使文本不可读，并且出于所有意图和目的，不值得尝试使用。
据我所知，WordPress 距离在定制器中启用小部件块还有很长的路要走，但该功能实际上并不可用。它仍处于实验阶段，对于其他插件更新（一个或两个或三个）可能应该保持可选。我不建议在任何生产环境中使用此功能。坚持在管理员的小部件屏幕。
主题作者的widget/block样式问题
否“小部件”HTML 的结构化分组。
主题作者需要注意的最大变化之一是侧边栏中的块没有典型的小部件 HTML 包装器。这可能会导致以传统方式设置样式的小部件出现一些问题。例如，主题通常会注册一个小部件包装器元素和一个小部件标题包装器。这允许主题作者为每个小部件建立一致的样式。使用块，这变得更加困难，因为主题作者失去了控制权——控制权被传递给了最终用户。
这个系统的美妙之处在于用户可以做一些非常有趣的事情，并且可以灵活地以他们想要的任何方式设置侧边栏的样式。糟糕的是，如果主题作者有任何复杂的样式，如盒装小部件设计，最终用户就没有简单的方法将小部件放置到位并让它们都使用该盒装设计。主题作者没有 CSS 所针对的标准类名，而这是一致样式的小部件所必需的。
这本身不一定是好事或坏事。完全不同。
话虽如此，我更希望 Gutenberg 开发团队创建一个与旧的侧边栏/小部件系统分开的新系统。保持原样，然后构建和推广“Block Zones”作为主题作者可以利用的新系统。从长远来看，它将允许主题作者进行转换，甚至可能在他们的主题中支持这两个系统。主题作者陷入困境并每天与用户一起工作。他们处于从旧到新过渡的更好位置。
尚未准备好在 WordPress 5.6 中完全使用基于块的小部件的主题作者可以通过在其主题设置代码中添加以下 PHP 行来禁用小部件块编辑器：
remove_theme_support( 'widgets-block-editor');
随着时间的推移，主题作者将希望完全过渡到新系统。但是，这将使他们有更多时间来调整小部件的处理方式。
喜欢这样：
喜欢正在加载...
资源
