使用Q WordPress主题探索全站编辑

我一直在等待可以安装主题并真正测试Gutenberg的全站点编辑功能的那一刻。 总的来说,在过去的几个月中,每次我进行测试时,这种体验都被彻底打破了。 这就是为什么我仍然对在今年12月看到WordPress 5.6中的功能持怀疑态度的原因。

Q主题 Ari Stathopoulos撰写的第一个主题似乎是一个不错的示例。 无论是运气还是时机,还是特定主题的正确构建,都很难说出来– Stathopoulos是主题团队的团队代表。 古腾堡9.1 上周下降,继续致力于网站编辑。

Q尽其实验性。 的 主题小组进行了公开通话 以实验为基础的基于块的主题可以追溯到今年三月。 但是,并没有很多人支持这个提议。 如果获得批准,Q将成为第一个在正式的WordPress目录中上线的基于块的主题。 它仍然需要努力通过标准 审查程序,等待接下来的几周。

总体而言,全站点编辑仍然是令人沮丧和混乱的体验。 我仍然对它是否准备好以beta形式向WordPress 5.6展示世界表示怀疑。

但是,对于最终用户和主题开发人员来说,Q是一个有趣的主题。 用户可以安装它,并通过Gutenberg插件开始修改站点编辑屏幕。 开发人员可以从工作主题中了解全局样式,模板和模板部分如何组合在一起。

使用网站编辑器
使用q-wordpress主题探索整个站点编辑使用Q WordPress主题探索全站点编辑在网站编辑器中编辑单个帖子。

Q主题要求启用Gutenberg插件及其全站点编辑模式。 通常,目录中的主题不允许要求插件。 但是,实验性的古登堡主题可以绕过该指南。

Stathopoulos指出,该主题是高度实验性的,不应在生产现场使用。 但是,他希望它将使更多的注意力集中在全站点编辑上。

他提到一些项目已损坏,例如类别归档未显示正确的职位。 这是古腾堡(Gutenberg)中查询块的当前限制。 但是,查找和识别此类问题的最佳方法之一就是要有一个与开发步伐保持一致的主题。

当前,站点编辑器感觉像是在咬牙切齿。 用户不仅可以编辑页面的布局和设计,还可以直接编辑现有的帖子内容-除非您愿意将您的帖子标题切换为连字符,否则请不要在家中尝试。 网站编辑者应该处理设计和内容编辑的双重职责吗? 如果是这样,是应该长期将设计和内容编辑放在不同的位置,还是应合并为一项功能?

感觉很生。 目前,它并不面向用户。

站点编辑器的亮点是编辑器中模板部件的当前进度。 模板部分实质上是处理页面一部分的“模块”。 例如,典型主题将具有页眉和页脚模板部分。 当前,最终用户可以插入自定义模板部件或将一个模板部件切换为另一个。 这就打开了无限的可能性,例如用户可以在其站点的多个标题设计(模板部分)之间进行选择。

用q-wordpress-theme-1探索整个站点编辑使用Q WordPress主题探索全站编辑切换标题模板部分。

整个模板系统的不利之处在于,它似乎与站点编辑器分离开来,以至于很难相信普通用户会理解发生了什么。 模板和模板部件位于管理员的“外观”菜单下。 站点编辑器是一个单独的顶层菜单项。 如果没有关于这些部分如何协同工作的任何现有知识,可能会造成混乱。

模板部分从一开始就在网站编辑器中为我工作。 但是,它们最初并没有在前端工作。 我连续几个小时收到“找不到模板零件”消息。 然后,在某个时候(无论是通过魔术还是随机保存将所有内容组合在一起),该功能开始输出以前缺少的页眉和页脚模板部分。

一窥主题发展的未来

Q主题的样式规则很少,可以直接加载到网站的部分中,而不必添加额外的样式表。 它依靠前端的古登堡(Gutenberg)块样式和一些较小的覆盖。 其他大多数自定义样式都通过全局样式系统处理,该系统来自主题的实验性theme.json配置文件(将来将是theme.json)。

这就引出了一个问题,即在进行全站点编辑时,主题是否必然会需要CSS方式的大量使用。

如果WordPress允许用户通过块选项和全局样式替代配置大多数样式,则主题可能只需要比配置文件更多的内容。 之后,将归结为注册自定义块样式和模式。

如果这是我们要面对的未来,那么任何人都可以创建WordPress主题。 而且,这些部分(例如模板部分和样式)都可以在任何站点之间共享。 在那个未来,主题可能不再重要了。

去年,麦克·辛克尔(Mike Schinkel)提出 弃用主题系统 完全替换为Web组件。

他说:“网站拥有者可以寻找所需的组件和模块,然后从这些模块组装站点,而不是寻找具有一种需要的所有功能的主题(我发现,主题总是将选择限制为零)。 。 “他们可以选择页眉,页脚,主页英雄,商品卡集,定价模块等。”

我对全站点编辑进行的修补越多,最终合并的感觉就越多。 想象一个未来,最终用户可以选择想要的零件,并让它们看起来恰好在前端。

考虑到这种可能性令人兴奋。 我和Schinkel都比我们在设计方面拥有更多的编程背景。 从这种分析思维方式来看,将所有内容放入整洁,可重用的盒子中是有意义的,因为重用是智能编程的基石。

但是,我担心这种具有如此多可更换部件的系统的设计状态。 设计师能否采用整体方法进行主题开发,创造出真正错综复杂的艺术品? 该系统是否会实质上创建一个cookie切割器站点的网站? 或者,设计人员是否会简单地找到在方块系统约束范围内跳出框框思考的方法?

像这样:

喜欢加载中……

资源

相关文章