网站文章内容编辑器(块区域如何替换自定义项？(一)(图))

　　网站文章内容编辑器(块区域如何替换自定义项？(一)(图))

　　从一开始，块编辑器就不仅仅是主要内容区域的编辑器。Gutenberg Phase 2 将块编辑器引入站点的其他部分，包括小部件、菜单和站点自定义的其他方面。Matias Ventura 是该项目的首席工程师之一，他为团队提供了一个愿景，即块编辑器将如何使用有趣的新原型处理完整的站点编辑。

　　Ventura 分享了一个视频演示，介绍了“块区域”的概念，他说这将包括页眉、页脚、侧边栏和任何其他有意义的模板部分，超出收录块的帖子内容。在以下示例中，页面上的每个元素都由块组成，用户可以直接操作这些块。

　　原型的创建不一定要指定具体的实现，而是展示如何组织页面上的块区域的一些可能性。每个块区域单独保存，任何模板部分都可以有不同的名称。Ventura 建议将它们保存为内部自定义帖子类型中的单个帖子，可以单独或跨整个页面进行隔离和编辑。这将允许不同的视图模式，甚至可能具有网格覆盖的设计模式：

　　该原型展示了深入挖掘嵌套在主题模板和帖子内容中的各种块的可能性。这使用户可以更好地了解页面结构，并允许他们轻松导航嵌套块。

　　Ventura 的文章有点技术性，GitHub 上的多张票还在积极讨论实现细节，但社区对原型的初步反应普遍是积极的。

　　详细了解如何替换块区域中的自定义项目

　　随着 WordPress 在核心使用区块编辑器一周年，区块区域原型中呈现的界面似乎比定制器更熟悉。古腾堡时代完整的网站编辑将从根本上改变用户对待网站设计的方式。块编辑器用于统一之前无法跳转到全前端编辑的定制和内容界面。

　　“现在说确定还为时过早，但在一个一切都是块的世界里，不需要定制器的当前界面，在单独的窗口中预览与控件断开连接，”定制器组件维护作者 Weston Ruter 表示，如果主题模板完全由支持直接操作的块构建，那么它本质上是一种前端编辑范式。”

　　Ruter 在设计大量自定义程序中发挥了重要作用。他表示，当前界面有必要将设计和控件拆分为单独的窗口，因为许多控件需要重新加载整个页面。拆分界面可确保在重新加载页面以显示更改时控件不会一直消失。

　　“更好的定制集成是不需要重新加载的实时“postMessage”更新控件（例如颜色选择器），”Ruter 最近说。“选择性刷新”功能还可以帮助主题和插件在不重新加载的情况下重新生成一些模板。整个页面。理论上，这些功能确实允许在不重新加载页面的情况下进行在线编辑。”

　　尽管定制器让用户可以更好地控制他们的 网站 设计，但该组件一直在努力在页面空间有限的同一界面上提供强大的控制和实时刷新。Ruter 强调了使用块编辑器作为 WordPress 中自定义的主要工具的一些优势。

　　“该块带来了一个通用界面，允许对页面的任何部分进行这种内联编辑，而不仅仅是一个特殊区域，它为自定义预览添加了额外的用户界面，”他说。因此，将此与直接操作示例一起使用。通用块界面不需要单独的控制面板，也不需要重新加载整个页面来进行预览更改。因此，没有必要使用当前的自定义界面。”

　　虽然在古腾堡支持的全站编辑的新时代，很多自定义程序可能会过时，但自​​定义程序更改集是鲁特认为可以保留的关键概念。这是使用户能够在站点范围内进行和规划设计更改的代码。

　　“这与当前的自定义界面无关，并且与 WordPress 的底层数据模型相关。如果对 Gutenberg 块所做的更改在发布之前放置在这样的更改集中，那么这些更改可以在上线之前在整个站点上进行预览。到目前为止，这方面的必要性并不明显，因为改变的范围已经限制在发布的内容上。但是，一旦在站点的各个实体之间操作块数据，就必须有一些地方在它之前可以投入使用。做出这些改变。”

　　插件和主题开发人员将希望监视围绕块区域实现的对话以进行完整的站点编辑。当这个原型成为现实时，它将对当前扩展定制器的主题和插件产生重大影响。许多产品开发者需要重新设计他们的解决方案，以更好地适应区块编辑器支持的站点定制。Ventura 在介绍内容块区域的帖子中列出了所有相关的 GitHub 问题。