两周前，Gutenberg 团队发起了一次公开征集，征集有关基于块的小部件的反馈意见。我对 9 月初发布的新系统写了一篇冗长的评论，但团队的一名成员要求我分享我对最新版本的看法。距离即将到来的 WordPress 5.6 Beta 1 冻结仅一周时间，我认为再深入研究一下也无妨。
作为参考，我最近的测试是针对今天早些时候构建的 Gutenberg 插件的 9.2.0-alpha-172f589 版本。 Gutenberg 的开发速度很快，但到那时一切都应该是准确的。
最后，我一个月前指出的很多问题依然存在。然而，该团队已经清理了大部分小问题，例如将侧边栏（块区域）打开/关闭箭头指向正确的方向，并使它们与后期编辑屏幕更加一致。用户界面更加精致。
在我深入探讨所有这些之前，我想回答我的问题。是的，基于块的小部件系统将在 WordPress 5.6 登陆时准备就绪。还没有，但在接下来的两个月内可以达到一个明确的终点。
我将忽略自定义程序中基于块的小部件的失败，它出现在 Gutenberg 8.9 中并在 9.1 中被删除。我还将回顾最近关于使用 Customize API 重建小部件屏幕的建议，至少现在是这样。定制器有大量基于块的小部件问题，WordPress 5.6 无法解决这些问题。从长远来看，WordPress 需要在一个地方编辑小部件/块区域。随着时间的推移，用户可能会遇到一些不一致的情况。
假设团队在这一轮的最后一分钟没有尝试抛出冰雹玛丽并实施块的完全编辑，可以肯定地说基于块的小部件正在成功完成 WordPress 5.6 。
用户体验
基于块的小部件屏幕。
作为用户，我非常喜欢使用新的小部件管理屏幕。开放的、自由形式的区域为设计我的 WordPress 网站创造了无限的可能性。传统小部件的范围有限。用户仅限于少数核心小部件，其中可能包括一些插件小部件，以及主题作者提供的任何内容。但是，在使用块时，选择范围至少可以扩展到开箱即用选项数量的三倍（我不单独计算嵌入式块）。此外，块提供了比传统小部件更广泛的设计选项。
相比之下，传统的小部件已经过时了。这些积木几乎在所有方面都非常出色。但是，这个新系统仍然存在问题。
目前最大的问题是最终用户可以在不保存更改的情况下退出窗口小部件屏幕。没有警告让他们知道他们所有的工作都将在以太中丢失。这是 WordPress 5.6 删除它之前需要发生的 OMGBBQ 级别项目之一。
一个很好但不是必需的功能是能够将块从一个块区域拖到另一个块区域。在旧的小部件系统中，用户可以将小部件从侧边栏移动到侧边栏。当前的解决方法是复制小部件，将其粘贴到新的块区域，然后删除原来的小部件。
我也不喜欢没有顶部工具栏的选项，它在后期编辑屏幕上可用。使用此工具栏的原因之一是因为我不喜欢单个块上的默认弹出工具栏。它让我分心，经常妨碍我的工作。
遗留小部件似乎仍在开发中。旧版小部件块有时对我根本不起作用。然后，它神奇地开始工作了。但是，古腾堡现在会自动将已注册的第三方小部件添加到块插入器中，就好像它们是块一样。
使插件的小部件正常工作。
这带来了它自己的问题。我设法让第 3 方插件小部件工作的唯一方法是插入小部件，保存并刷新小部件屏幕。那时，小部件出现并变得可编辑。
主题作者体验
我现在对主题作者最大的担忧之一是主题文档中似乎没有任何文档。块编辑器手册。实现它的时间很多，但主题作者需要注意一些事项。即使在开发功能时，拥有一个集中的位置也有助于他们为 5.6 版本做好准备。
其中一些问题可能会出现在各种 Make 博客文章中，这些文章应该存在于专门的文档页面上：
- Theme How to exit block-based widgets part?
- 将自定义样式添加到窗口小部件屏幕的挂钩是什么？
- 主题能否针对小部件屏幕上的特定侧边栏样式？
- 是否有可能使遗留小部件等前端样式始终如一？
- 主题是否可以选择在块区域内进行广泛而全面的布局，这在本质上可以与帖子内容区域类似地使用？
以上是我作为前主题作者的一些问题，希望能得到解答。我不再参与主题设计游戏，我认为这些人会有更多的问题清单。
不太明显的文档应该关注如何处理回退或默认小部件。传统上，需要显示一组默认小部件的主题会检查侧边栏是否有小部件，而是使用 the_widget() 来输出一个或多个默认小部件。虽然主题作者仍然可以这样做，但我们应该开始全面过渡到块系统。
主题作者是否应该复制/粘贴阻止 HTML 作为后备？初学者内容系统是否对此更好，并且初学者小部件内容可以处理块吗？ WordPress 5.6 中小部件的建议回退方法是什么？
关于主题作者如何在新的块范例中处理传统小部件和小部件标头包装 HTML 的问题仍然存在。自 Gutenberg 9.1 以来添加了一个补丁，以使用小部件包装器包装每个顶级块。如果在 9.2 版本中发布，可能会使问题变得更糟。
在传统系统中，小部件标题和内容包装在一个容器中。但是，如果用户添加一个标题块（小部件标题）和另一个块（小部件内容），每个块将被主题的小部件包装器包装。纠正这种情况的唯一方法是让最终用户为他们想要的每个“小部件”添加一个块，这将需要对 WordPress 用户进行大量的再教育。这不是一个理想的情况。
每个块都被包装成一个单独的部分。
WordPress 不应该尝试直接“修复”这个问题，它不应该对输出做任何事情。块从根本上不同于传统的小部件。
让主题作者掌控主题，探索各种可能性。但是，给他们工具，例如 Brace Block Pattern。
喜欢这样：
喜欢正在加载...
资源
