Ja und nein.
Sie könnten ein untergeordnetes Thema erstellen, indem Sie ein anderes untergeordnetes Thema als übergeordnetes Thema angeben, und WordPress würde versuchen, es zu verwenden.
jedoch
Sie werden auf Probleme stoßen, ganz zu schweigen davon, dass die Kernentwickler ausdrücklich erklärt haben, dass dies kein wünschenswertes Verhalten ist, und keine Anstrengungen unternehmen, um Enkelkind-Themen zu unterstützen.
Beispielsweise unterscheiden WP-APIs zwischen Stylesheet- und Vorlagen-URLs / -Verzeichnissen, wobei sich Stylesheet immer auf das aktive Thema und Vorlage auf das übergeordnete Thema bezieht. Wenn jedoch ein übergeordnetes Thema enthalten ist, bezieht sich dies get_template_directory_uri
auf das übergeordnete oder das übergeordnete Thema ? Viele API-Aufrufe sind jetzt mehrdeutig, und verschiedene Personen würden ein unterschiedliches Verhalten erwarten, einschließlich des Codes, der sich im Kern befindet. Sie müssten auch functions.php
entweder die des Elternteils oder des Großelternteils laden und sicherstellen, dass dies in der richtigen Reihenfolge erfolgt.
Es wird auch als sehr schlechte Praxis angesehen. Wenn Sie Enkelkind-Themen benötigen, ist Ihr Ansatz falsch verlaufen, und Sie müssen einen Schritt zurücktreten und die Dinge neu bewerten.
Ich rate Ihnen, das Konzept von Enkelkind-Themen zu vermeiden, da dies zu weiteren Problemen führen wird. Stattdessen sollten mehr Hooks-Filteraktionen und Modularität in Ihrem untergeordneten Thema es Ihnen ermöglichen, die gemeinsam genutzten Komponenten des untergeordneten Themas gleich zu halten, und Sie können problemlos verzweigen / verzweigen. Versuchen Sie, allgemeine Elemente in ein svn external / git-Submodul zu verschieben.
Es gibt auch das _s-Modell, in dem Sie Ihr untergeordnetes Thema als Basis haben und es teilen, anstatt es als übergeordnetes Thema zu haben, mit der Absicht, dass Sie an der Kopie arbeiten, und nicht als untergeordnetes Thema / Überschreibung.