“我脑子里有太多的设计想法，我将把完成 [Matt Mullenweg 的] 目录中 5,000 个完整站点编辑#WordPress 主题的愿景作为我的使命，”Brian Gardner 今天早些时候发推文说。
Daniel Schutz-Smith 回应：
只要我能覆盖它的外观，我就看不到FSE 需要多个主题。
希望有人能解释为什么像@frostwp 这样的主题不能成为标准。
做更多的主题感觉完全打败了FSE的概念。
这不是第一次有人问是否需要多个区块主题。 2019 年，Rich Tabor 建议为 WordPress 本身添加一个基本主题，如果有的话，其他人会以此为基础。
在平台的历史上，这并不是第一次有人思考类似的单一主题乌托邦。许多框架风格的父主题为其运行。
让我们暂时假设 WordPress 已经达到所有主题不再需要自定义 PHP 和 CSS 代码的地步。我们离那个点还差得很远，但我们可以想象在相对遥远的未来，这样的一天是可能的。在这个理想的世界中，模板、样式、主题支持的功能和插件集成被巧妙地打包成管理员可配置的东西。实际上，用户可以通过界面控制其网站前端的任何方面。
问题是仍然需要有人来做这些定制，并不是每个人都有设计的诀窍。一个人的能力不会自动转化为所有其他用户。
也许更关键的是，并不是每个人都想定制他们网站的设计。有些人只是想找到适合自己风格的东西并继续前进。
前往同一目的地有替代路线，但主题是目前唯一可靠的交通工具。
Schutzsmith 在推特上回应了 Jamie Marsland，他将这个概念比作向毕加索索要画布而不是成品画：
> p>主题化和交换整个事物是一种旧的思维方式。当然 theme 可以 =paint，但我说为什么我们不能换掉 theme.json 并得到相同的结果？当我们需要更改的只是 theme.json 时，为什么我们需要一个主题。
这是我不介意为之奋斗的未来。这并非不可逾越，但 WordPress 无疑将面临艰难的攀登。如果没有标准化的 CSS 工具包，切换 theme.json 文件根本行不通。如果 WordPress 解决了这个问题，就会让我们更近一步。
但是theme.json只代表settings和styles。它没有说明网站的结构。仍然需要预先配置的模板。现在，这项工作落在了主题作者的肩上。
如果以及当在 WordPress 中以全页模式登陆时为用户提供精心设计的用户体验时，模板参数的相关性就会降低（相关票证）。有了这样的系统和模式目录中的足够多样性，一些用户可能不需要主题来处理这个问题。
首页模板提案。
对于多个（甚至 1,000 个）主题，我唯一值得争论的是它们向用户做出的承诺：安装这个东西，你会得到这个结果。
例如，一家比萨店老板在他们的网站上安装了 WordPress，并开始为他们的在线形象寻找设计。很可能是在炎热的厨房里工作了一整天，晚上回到家时精疲力竭的人。然而，他们还是会在电脑前花几分钟时间更新明天的特价商品或修改新的主页布局。关于这种体验的一切都应该迎合他们的用例。作为房主、厨师、配偶和父母，他们需要快速完成工作，并与家人共度余下的夜晚。
这个和成千上万个类似的场景是为什么这个主题在今天和以往一样重要的原因。不是每个人都有时间、技能或意愿将他们的网站整合在一起。
如果操作得当，块主题可提供可控的体验，消除所有麻烦。他们觉得自己是为单一受众打造的，同时又足够灵活，可以公开发布。
Schutz Smith 后来在他喜欢 Element Kits 的帖子中发了推文。这些是跨越多个行业的预先设计的网站设计。
目前 WordPress 中没有的模式类别类型可以演变成这个角色。块模式浏览器插件启用该功能，但主题必须添加对显示类型的支持。
在下面的截图中，我在我的主题中创建了一个“Profile Card”类型，但它可能是行业特定的：
块图案类别类型。
它应该像查找特定行业的类型并为比萨店老板找到模式一样简单。可以通过打包模式或指向目录中托管的模式来提供主题。
我可以看到这会演变成更多类似工具包的解决方案。
我不同意Schutzsmith 提出的问题只需要一个主题的结论。我们的设计社区不能简单地说主题应该是“一回事”，因为它们一直都是。它的成员需要不断地问：什么是 WordPress 主题？
对于不同的创作者和用户群体，答案可能会有所不同。如果有人无需从 222 切换就可以从模式目录中获得所需的一切，那么该主题可能无关紧要。如果创作者只是喜欢构建全局样式变体（theme.json 文件），那么 WordPress 应该可以轻松地在各种站点上使用它们。
但是，许多用户仍然需要一个交钥匙设计解决方案，而主题可能是实现这一目标的最佳方式。我不知道那是 100、1,000 还是 5,000，但我们将拭目以待。
类别：想法、主题
喜欢这个
正在加载...
资源
