Да и нет.
Вы можете создать дочернюю тему, указав другую дочернюю тему в качестве родительской, и WordPress попытается использовать ее.
тем не мение
Вы столкнетесь с проблемами, не говоря уже о том, что основные разработчики прямо заявили, что это нежелательное поведение, и они не будут прилагать усилия для поддержки тем внуков.
Например, в WP API проводится различие между таблицей стилей и URL-адресами / каталогами шаблонов, где таблица стилей всегда ссылается на активную тему, а шаблон ссылается на родительскую тему, но если включена тема прародителя, get_template_directory_uri
ссылается ли родитель или прародитель? Многие вызовы API теперь неоднозначны, и разные люди ожидают различного поведения, включая код, который находится в ядре. Вы бы также необходимо загрузить functions.php
либо из родителей или прародителей, и убедитесь , что это делается в правильном порядке.
Это также считается очень плохой практикой. Если вам нужны темы для внуков, то ваш подход принял неверный оборот, и вам нужно отступить и переоценить вещи.
Я бы посоветовал вам избегать концепции внуков, это приведет к большему количеству проблем. Вместо этого, больше хуков фильтрует действия и модульность в вашей дочерней теме, что позволит вам сохранить общие компоненты дочерних тем одинаковыми, и позволит вам с легкостью выполнять ветвление / ветвление. Попробуйте переместить общие элементы в подмодуль svn external / git.
Существует также модель _s, в которой ваша дочерняя тема используется в качестве основы, и вы ее разветвляете, вместо того, чтобы использовать ее в качестве родителя с намерением работать с копией, а не как дочернюю / переопределенную.
Я не полностью протестировал метод, описанный ниже, ни обычную тему «внучат», но дал функциональность фильтра template_include :
Вы также можете, аналогичным образом, попробовать более конкретные фильтры, такие как, например, archive_template
Все, что сказано и сделано, я не уверен, что это лучший способ сделать что-то.
источник