Oui et non.
Vous pouvez créer un thème enfant en spécifiant un autre thème enfant comme parent, et WordPress tentera de l'utiliser.
pourtant
Vous rencontrerez des problèmes, sans oublier que les principaux développeurs ont explicitement déclaré que ce n'est pas un comportement souhaitable, et qu'ils ne feront aucun effort pour prendre en charge les thèmes des petits-enfants.
Par exemple, les API WP font une distinction entre la feuille de style et les URL / répertoires de modèle, où la feuille de style fait toujours référence au thème actif et le modèle fait référence au thème parent, mais si un thème de grand-parent est inclus, fait-il get_template_directory_uri
référence au parent ou au grand-parent? De nombreux appels d'API sont désormais ambigus, et différentes personnes s'attendent à un comportement différent, y compris du code qui est au cœur. Vous devez également charger le functions.php
parent ou le grand-parent et vous assurer qu'il est effectué dans le bon ordre.
C'est également considéré comme une très mauvaise pratique. Si vous avez besoin de thèmes de petits-enfants, votre approche a pris une mauvaise tournure et vous devez prendre du recul et réévaluer les choses.
Je vous conseille d'éviter le concept de thèmes de petits-enfants, cela entraînera plus de problèmes. Au lieu de cela, plus de hooks filtrent les actions et la modularité de votre thème enfant devraient vous permettre de garder les composants partagés des thèmes enfants identiques, et vous permettre de vous brancher / bifurquer avec peu de difficulté. Essayez de déplacer des éléments communs dans un sous-module svn external / git.
Il y a aussi le modèle _s où vous avez votre thème enfant comme base, et le fork, plutôt que de l'avoir comme parent avec l'intention de travailler sur la copie, plutôt que comme enfant / remplacement.