使用技巧

多主题系统,十年等待孙子主题和无主题模板

一个多主题系统,十年来等待孙子主题和无主题的模板一个多主题系统,十年的等待孙子主题和无主题的模板

在2010年左右,儿童主题终于大步向前。 更大的主题商店开始引起人们的注意,一些商店正在实施高级父主题,这些主题旨在作为创建子主题的“框架”。 在儿童主题爆炸的背景下,主题开发社区碰壁了。 孙子主题成为争论的话题。

子主题的用例之一是保护最终用户进行的自定义。 当父主题更新时,这些更改在子主题中保持不变。 用户无需担心即可获得错误修复和增强功能。 这是一个巧妙的系统。

但是,子主题的另一个用例是创建父主题的大量自定义项。 这些儿童主题中的许多主题都已销售并出售给最终用户。 问题? 如果开发人员更新了子主题,则用户无法保护其自定义。 除了父子关系之外,WordPress没有孙子主题概念或任何其他层叠主题系统。

因此,问题仍然存在。 未解决。

多年来,诸如StudioPress及其创世纪母公司主题之类的企业在此系统的帮助下蓬勃发展。 其他人继续前进。 实际上,儿童主题化已成为WordPress从未以任何有意义的方式扩展的利基功能。 主题作者留在自己的设备上。 随着定制器的到来和页面构建器的扩展,代码定制几乎消失了。 大多数修改都是通过WordPress管理员启动的界面进行的。 一般用户几乎不需要通过自定义模板自己动手做。 这样就开始使儿童主题的毛毛雨变得近乎模糊。

古腾堡的网站编辑器可能会在今年登陆WordPress,这似乎是对儿童主题范例的最后一击。 从开发人员到最终用户的每个人都可以直接从WordPress管理员中推出自定义模板。

但是,我们是否应该重新考虑分层主题系统的作用?

完整站点编辑已在层次结构中引入了一个附加级别。 传统上,WordPress主题具有两层模板层次结构。 将来,它将为用户创建的模板添加一个层。 如果可以的话,为什么不继续提出孙子主题呢? 或者,完全消除这种任意限制?

Carlo Manfredi向古腾堡存储库引入了一个拉取请求 创建一个多主题系统。 或者说,它创建了一个多主题的模板系统。 除了style.css,functions.php和theme.json文件之外,基于块的主题本质上是模板的集合。

Manfredi建议用户应该能够选择使用此多模板系统。 他们可以选择在切换到新主题时保留旧主题的模板。 尽管当前在pull请求中尚未实现,但他还建议允许用户从其旧主题中克隆模板。

曼弗雷迪在门票中写道:“近几个月来,人们一直在低声谈论未来多个主题活跃,模板为’无主题’等可能性。” “这个分支就是那个的实现。 此实现背后的思想是一次只能有一个活动主题,但是wp_theme分类法可用于一次将单个模板/模板部分与一个或多个主题链接起来。”

它无法实现拥有十年历史的孙子主题系统的梦想。 但是,它可以为探索完整的分层主题系统提供一些先例。

随着主题工作方式的简化和进一步标准化,我们应该清除旧观念,并将其推向新的高度。

完全站点编辑最终将解决孙子主题问题,无论它是否打算这样做。 使用新的自定义用户模板层,几年前创建的可升级性问题将完全消失。 用户将能够随时更新其父主题和子主题,而不必担心丢失定制。 WordPress将安全地将其自定义模板存储在数据库中。 它甚至可以通过Global Styles系统保留其设计更改。 也许,也许,儿童主题将开始达到其最初的流行程度。

使用Manfredi提出的系统,用户可以混合和匹配不相关主题的模板。 如果发生这种情况,就会产生主题模板是否必要的问题。

去年,Rich Tabor展开了关于 单主主题 用于WordPress。 在该系统中,WordPress将创建一组基本模板。 主题作者可以简单地覆盖他们想要的作品。 他们甚至可以将主题缩减为简单的style.css和theme.json文件。

这几乎似乎是平淡无聊的主题的秘诀。 但是,如果将其与WordPress.org上的模板目录(类似于GutenbergHub的模板目录)耦合 已经介绍,用户可以选择所需的模板。 它既可能是奇妙的,也是灾难性的,但是我不介意探索这个想法。

WordPress及其Gutenberg项目在桌子上有很多选择。 在未来一两年内,主题建设可能会变得有趣。

像这样:

喜欢加载中……

资源