Sim e Não.
Você poderia criar um tema filho especificando outro tema filho como pai e o WordPress tentaria usá-lo.
No entanto
Você encontrará problemas, sem mencionar que os principais desenvolvedores declararam explicitamente que isso 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 de 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ô estiver incluído, get_template_directory_uri
faz referência pai ou o avô? Várias chamadas de API agora são ambíguas e pessoas diferentes esperariam um comportamento diferente, incluindo o código que está no núcleo. Você também precisa carregar o functions.php
do pai ou do avô e certificar-se de que seja feito na ordem correta.
Também é considerada uma prática muito ruim. Se você tem necessidade de temas para netos, então sua abordagem tomou um rumo errado, e você precisa dar um passo atrás e reavaliar as coisas.
Eu aconselho que você evite o conceito de temas netos, isso levará a mais problemas. Em vez disso, mais filtros de ganchos filtram ações e modularidade em seu tema filho, permitindo que você mantenha os componentes compartilhados de temas-filhos iguais e deixe-o com pouca dificuldade. Tente mover elementos comuns para um submódulo svn external / git.
Há também o modelo _s onde você tem o seu tema filho como base e bifurcá-lo, em vez de tê-lo como pai / mãe com a intenção de trabalhar na cópia, em vez de um filho / anular.