Мульти-тематическая система, десятилетнее ожидание тем для внуков и шаблоны без тем

Примерно в 2010 году детская тематика наконец вошла в моду. Более крупные тематические магазины начали обращать на это внимание, и некоторые из них внедряли расширенные родительские темы, которые должны были служить «основой» для создания дочерних тем. Сообщество разработчиков тем натолкнулось на кирпичную стену на фоне взрыва детской тематики. Тема внуков стала предметом дискуссий.

Одним из вариантов использования дочерних тем была защита настроек, сделанных конечными пользователями. Когда родительская тема была обновлена, эти изменения остались неизменными в дочерней теме. Пользователи могут без проблем получать исправления ошибок и улучшения. Это была гениальная система.

Однако еще одним вариантом использования дочерних тем было создание обширных настроек родительской темы. Многие из этих дочерних тем были проданы конечным пользователям. Проблема? Пользователи не могли защитить свои настройки, если и когда разработчик обновил дочернюю тему. В WordPress не было концепции темы для внуков или какой-либо другой каскадной системы тем, помимо родительско-дочерних отношений.

Итак, проблема осталась неразрешенной.

Некоторые компании, такие как StudioPress и его родительская тема Genesis, на протяжении многих лет процветали с этой системой. Остальные двинулись дальше. На самом деле, дочерняя тематика стала нишевой функцией, которую WordPress никогда не расширял. Авторы темы были предоставлены сами себе. С появлением настройщика и расширением конструкторов страниц настройки кода практически исчезли. Большинство модификаций производились через интерфейс, запущенный из администратора WordPress. Среднестатистическому пользователю практически не нужно было самостоятельно создавать собственные шаблоны. Так началось развитие детской темы.

Редактор сайта Гутенберга, который, скорее всего, появится в WordPress в этом году, казалось, нанесет предстоящий последний удар по парадигме детской тематики. Каждый, от разработчиков до конечных пользователей, сможет развертывать собственные шаблоны прямо из администратора WordPress.

Однако следует ли нам переосмыслить роль иерархической системы тем?

Полное редактирование сайта уже вводит дополнительный уровень в иерархию. Традиционно тематика WordPress имела двухуровневую иерархию шаблонов. В будущем он добавит уровень для пользовательских шаблонов. Если это возможно, почему бы не добавить темы для внуков? Или просто полностью отменить такие произвольные ограничения?

Новый запрос на перенос в репозиторий Gutenberg, по сути, создает многотемную систему . Или, скорее, он создает многотемную систему шаблонов. Помимо style.css, functions.phpи theme.jsonфайлы, темы , блоковые, по существу , коллекция шаблонов.

Патч предлагает, чтобы пользователи могли выбрать эту систему с несколькими шаблонами. У них будет возможность сохранить шаблоны из старой темы, когда они переключатся на новую. Хотя он в настоящее время не реализован в запросе на перенос, он также предлагает разрешить пользователям клонировать шаблоны из их старой темы.

«В последние месяцы ходят слухи о том, что в будущем могут быть активны несколько тем, шаблоны будут« лишены темы »и т. д.», – написал создатель патча. «Эта ветка является воплощением этого. Идея, лежащая в основе этой реализации, заключается в том, что одновременно может быть только одна активная тема, но wp_themeтаксономия может использоваться для связывания отдельных шаблонов / частей шаблона с одной или несколькими темами одновременно ».

Он не оправдывает мечты десятилетней давней системы тем для внуков. Тем не менее, это может стать прецедентом для исследования полной иерархической системы тем.

С упрощением и дальнейшей стандартизацией того, как работают темы, мы должны отбросить старые идеи и представить их в новом свете.

Полное редактирование сайта в конечном итоге решит проблему темы внука, независимо от того, намеревалось ли это сделать. С новым уровнем настраиваемых пользовательских шаблонов проблема возможности обновления, созданная много лет назад, просто исчезнет. Пользователи смогут легко обновлять свои родительские и дочерние темы, не опасаясь потери настроек. WordPress будет безопасно хранить свои пользовательские шаблоны в базе данных. Он даже сохранит их изменения в дизайне через систему Global Styles. Возможно, только возможно, дочерние темы начнут достигать своего первоначального пика популярности.

С помощью предлагаемой системы пользователи могли смешивать и сопоставлять шаблоны из несвязанных тем. Если это произойдет, то возникает вопрос о том, нужна ли тема и необходимы шаблоны?

В прошлом году Рич Табор открыл дискуссию о возможности создания единой основной темы для WordPress. В этой системе WordPress создаст набор базовых шаблонов. Авторы темы могли просто переопределить те части, которые они хотели. Они могли даже сократить темы до простых style.cssи theme.jsonфайлов.

Это почти похоже на рецепт мягких и скучных тем. Однако, если вы объедините его с каталогом шаблонов на WordPress.org, аналогичным тому, что уже представил GutenbergHub , пользователи могут выбирать нужные им шаблоны. Это могло быть как чудесным, так и катастрофическим, но я был бы не против изучить эту идею.

У WordPress и его проекта Gutenberg есть множество вариантов. Тематическое строительство может стать интересным в ближайшие год-два.

Обновление: некоторые имена были удалены из этого поста по просьбе соответствующих людей. Хотя это не стандартная процедура, они были удалены, поскольку в данном случае они не были неотъемлемой частью истории.