Sim e não.
Você pode criar um tema filho especificando outro tema filho como pai, e o WordPress tentaria usá-lo.
Contudo
Você encontrará problemas, sem mencionar que os desenvolvedores principais declararam explicitamente que esse não é um comportamento desejável e não farão esforços para apoiar os temas dos netos.
Por exemplo, as APIs do WP fazem uma distinção entre URLs / diretórios da folha de estilo e modelo, onde folha de estilo sempre se refere ao tema ativo e modelo refere-se ao tema pai, mas se um tema de avós for incluído, ele fará get_template_directory_uri
referência ao pai ou ao avô? Agora, muitas chamadas de API são ambíguas e pessoas diferentes esperam um comportamento diferente, incluindo o código essencial. Você também precisa carregar o functions.php
pai ou a avó ou o pai e certificar-se de que isso seja feito na ordem correta.
Também é considerado uma prática muito ruim. Se você precisa de temas para netos, sua abordagem tomou um rumo errado e você precisa dar um passo atrás e reavaliar as coisas.
Eu aconselho você a evitar o conceito de temas de netos, isso levará a mais problemas. Em vez disso, mais hooks filtra ações e modularidade no seu tema filho, permitindo que você mantenha os componentes compartilhados dos temas filhos iguais, e permita que você se ramifique com pouca dificuldade. Tente mover elementos comuns para um submódulo svn external / git.
Há também o modelo _s em que você tem o tema filho como base e bifurca-o, em vez de tê-lo como pai com a intenção de trabalhar na cópia, em vez de filho / substituição.
Não testei completamente o método descrito abaixo, nem um tema normal de "neto", mas fornecendo a funcionalidade do filtro template_include :
Você também pode, de maneira semelhante, tentar filtros mais específicos, como por exemplo archive_template
Tudo dito e feito, não tenho certeza de que é a melhor maneira de fazer as coisas.
fonte