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