询问调酒师：当块主题处于活动状态时，定制器会发生什么？

我现在关注的是在定制器中有设置的第三方插件。 我收集的朋友是一些插件公司的定制器和前端开发人员，全局样式和块样式尚未在他们的雷达上。 那么如果有人安装二十二十二或其他基于块的主题会发生什么？ 定制器的左侧管理菜单不存在。 到达那里的笨拙方式是通过外观 > 主题 > 定制器。 但期望第三方插件和主题需要移动设置。 事实上，这似乎更像是他们需要在两个地方复制一段时间的设置。

匿名的

对于那些不熟悉的人，让我快速回顾一下这个话题。 当 WordPress 5.9 登陆时，我们希望它带有新的站点编辑器和全局样式界面。 但是，除非他们正在运行块主题，否则大多数用户不会看到此屏幕。

鉴于即将推出的 2222 也随附 WordPress 5.9 并判断过去默认主题的受欢迎程度，我们可以预期成千上万的用户将被传送到这个全新的世界。 对于某些人来说，这可能与 5.0 中块编辑器的推出一样令人震惊。

当块主题处于活动状态时，访问旧的和熟悉的定制器的链接将从用户界面中消失。 小部件和导航菜单屏幕也不会出现。 但是，如果您知道屏幕的 URL，它们仍然可以访问。

作为 Gutenberg 9.3 版本的一部分，我们在去年首次了解到这种情况。 还有一个未解决的问题，以确保站点编辑器具有与某些核心 WordPress 设置相同的功能。

对于块主题用户，这些功能正在逐步淘汰是可以的。 他们都是早期的，不同的尝试创建站点编辑器允许的各个部分。 WordPress 将所有这些概念整合到一个更具凝聚力的用户体验中。 这是贡献者可以不断迭代的标准。 它不会是完美的，但随着更多用户开始安装块主题，核心平台中的第一个版本应该会提供改进它所需的反馈。

这里提出的问题更多地与插件市场有关。 定制器最初是作为主题设置工具构建的，主要用于此目的。 但是，在其九年的历史中，许多插件都将各种设置与它联系在一起。 在插件目录中搜索wp_customize会得到 1,400 多个结果。 customize_register挂钩显示超过 1,900 个。 这些不一定与实际添加面板、部分、设置或控件的插件数量完全匹配。 然而，这是一个指标，许多人都依赖它向最终用户提供选项。

所以，我们回到手头的问题。 当用户使用依赖于定制器的插件安装块主题（例如即将推出的二十二十二）时会发生什么？

这取决于。

WooCommerce 等一些插件已经在管理菜单中方便地放置了指向其定制器面板/部分的直接链接。 这对他们的用户来说不是问题。 但是，对于其他所有人来说，定制器似乎会完全消失。

在 5.9 之后的几周内，具体取决于采用 2222 的速度有多快，我们可能会看到成千上万的困惑用户。 当然，所有这一切都可能在发布前发生变化。 但是，这是现在需要进行的对话。

“这里担心的是最终用户，”匿名提问者说。 “他们将查看知识库文章、插件设置中的说明，以及更多指示在何处查找设置的内容。”

至少目前，插件作者有责任为他们自己的用户解决这个问题。 但是，他们可能想要走多条途径。

最直接的方法是效仿 WooCommerce。 该插件会检查gutenberg_is_fse_theme()条件（请注意，此函数名称可能会更改）。 如果它返回true ，插件会直接添加一个链接到它的定制面板。

链接到定制器面板、部分或控件很简单。 插件作者可以在开发者手册中找到 URL。 他们也可以复制 WooCommerce 团队采用的技术。

如果插件作者无法在 WordPress 5.9 登陆之前进行更改，这是一种确保用户不会失去对其选项的访问权限的快速方法。

从长远来看，这不是理想的解决方案。 定制器将存在很长时间，但插件作者将需要处理两组用户：同时运行块主题和经典主题的用户。

因为每个插件都不同，所以解决方案也需要不同。 许多人可以简单地使用设置 API 来构建自定义选项屏幕。 如果这是一个可行的解决方案，那么用户正在运行什么主题都无关紧要。

然而，现实情况可能是为两组用户维护两个系统。 一个与定制器集成，另一个将选项拉入站点编辑器。 如果插件具有与设计相关的功能，则块主题用户将希望在新界面中看到设置。

在事情的主题方面，应该有更少的问题。 无论如何，块主题对定制器没有任何作用。 一个突出的问题是转换入门内容，并且有一张开放的票可以将其带到完整的站点编辑。

最重要的是，与用户保持开放的沟通渠道将有助于简化过渡。 其中一些应该来自核心 WordPress。 但是，许多用户需要从他们的插件和主题开发人员那里听到它。 这可能是博客文章、知识库或教程更新，以及跟上支持。

然后是最终的解决方案，WordPress 本身可以实现的解决方案。 这也是阻力最小的路径。

WordPress 应该自动检测与定制器相关的钩子上的过滤器或操作。 这应该会触发“自定义支持”标志并维护管理菜单和工具栏链接到自定义程序屏幕。 这将给开发人员一些时间来赶上，而不会在此过程中混淆用户。 可能会有一些错误的标志或错过的集成，但它应该能够有效地捕捉到大多数用例。