我一直在等待安装主题并真正测试 Gutenberg 的完整站点编辑功能的那一刻。总的来说，过去几个月我每次测试它时，体验都完全崩溃了。这就是为什么我仍然对今年 12 月在 WordPress 5.6 中看到该功能持怀疑态度。
Ari Stathopoulos 的第一个 Q 线程似乎是一个很好的例子。无论是运气还是时机，还是特定主题的正确构建，都很难说 - Stathopoulos 是主题团队的团队代表。 Gutenberg 9.1 于上周发布，网站编辑器的工作仍在继续。
Q 尽可能地具有实验性。主题小组公开呼吁试验可追溯到今年 3 月的基于块的主题。然而，该提案并未获得太多支持。如果获得批准，Q 将成为第一个在 WordPress 官方目录上线的基于块的主题。它仍然需要通过等待接下来几周的标准审查流程。
总的来说，全站编辑仍然是一种令人沮丧和困惑的体验。我仍然怀疑它是否已准备好以 Beta 形式向世界展示 WordPress 5.6。
但是，对于最终用户和主题开发人员而言，Q 是一个有趣的主题。用户可以安装它并通过 Gutenberg 插件开始修改站点编辑屏幕。开发人员可以了解全局样式、模板和模板部分如何从一个工作主题中组合在一起。
在网站编辑器中使用网站编辑器
编辑个人帖子。
Q主题需要启用Gutenberg插件和全站编辑模式。通常，目录中的主题不允许需要插件。然而，实验性的古腾堡主题可以绕过这条准则。
Stathopoulos 指出，该主题是高度实验性的，不应在生产站点上使用。然而，他希望它能更多地关注站点范围的编辑。
他提到有些项目已损坏，例如类别档案没有显示正确的工作。这是古腾堡中查询块的当前限制。然而，找到和识别此类问题的最佳方法之一是拥有一个与发展保持同步的主题。
目前，站内编辑感觉咬牙切齿。用户不仅可以编辑页面的布局和设计，还可以直接编辑现有的帖子内容 - 除非您愿意将帖子标题切换为连字符，否则请不要在家尝试此操作。网站编辑是否应该承担设计和内容编辑的双重职责？如果是这样，设计和内容编辑应该长期保持在不同的位置，还是应该将它们合并为一个功能？
感觉很生涩。目前，它不面向用户。
站点编辑器的亮点是编辑器中模板部分的当前进度。模板部分本质上是一个处理页面一部分的“模块”。例如，一个典型的主题会有页眉和页脚模板部分。目前，最终用户可以插入自定义模板部件或将一个模板部件切换为另一个。这开辟了无限的可能性，例如用户能够为他们的站点在多个标题设计（模板部分）之间进行选择。
切换标题模板部分。
整个模板系统的缺点是它似乎与网站编辑器脱节，很难相信普通用户会理解发生了什么。模板和模板部件位于管理员的外观菜单下。站点编辑器是一个单独的顶级菜单项。如果事先不了解这些部分如何协同工作，可能会造成混淆。
模板部分从一开始就在站点编辑器中为我工作。然而，他们最初并没有在前端工作。几个小时以来，我一直收到“未找到模板部件”消息。然后，在某个时候（通过魔术或将所有内容放在一起的随机保存），该函数开始输出之前缺少的页眉和页脚模板部分。
主题开发的未来一瞥
Q主题的样式规则非常少，可以直接加载到网站的
部分，无需添加额外的样式表。它依赖于前端的古腾堡块样式和一些较小的覆盖层。大多数其他自定义样式是通过全局样式系统处理的，该系统来自主题的实验性 theme.json 配置文件（将来会是 theme.json）。这引出了一个问题，即在进行站点范围的编辑时，主题是否一定需要大量使用 CSS 方法。
如果 WordPress 允许用户通过块选项和全局样式覆盖来配置大多数样式，那么主题可能只需要一个配置文件。之后，将归结为注册自定义块样式和模式。
如果这就是我们要面对的未来，那么任何人都可以创建 WordPress 主题。此外，这些部分（例如模板部分和样式）都可以在任何站点之间共享。在那个未来，主题可能不再重要。
去年，Mike Schinkel 提议弃用主题系统，完全用 Web Components 取而代之。
他说：“而不是寻找一个具有所有功能的主题（我发现主题总是选择被限制为零）。”他们可以选择页眉、页脚、主页英雄、商品卡组、定价模块等。 ”
我对整个站点编辑的修改越多，就越感觉像是最终合并。想象一下这样一个未来，最终用户可以挑选他们想要的部分，并让它们直接出现在前端。
想想这些可能性是令人兴奋的。 Schinkel 和我的编程背景都比设计背景多。从这种分析思路来看，将所有东西都放在一个整洁的、可重用的盒子里是有道理的，因为重用是智能编程的基石。
但是，我担心这样一个有这么多可替换系统的设计状态部分。设计师能否采用整体方法进行主题开发，创造出真正复杂的艺术品？该系统是否会创建一个千篇一律的网站？或者，设计师会在块系统的约束下简单地找到跳出框框思考的方法吗？
像这样：
喜欢加载...
资源
