Sí y No.
Puedes crear un tema secundario especificando otro tema secundario como principal, y WordPress intentará usarlo.
However
Se encontrará con problemas, sin mencionar que los desarrolladores principales han declarado explícitamente que este no es un comportamiento deseable, y no harán esfuerzos para apoyar los temas de los nietos.
Por ejemplo, las API de WP distinguen entre las URL / directorios de la hoja de estilo y la plantilla, donde la hoja de estilo siempre se refiere al tema activo, y la plantilla se refiere al tema principal, pero si se incluye un tema de abuelos, get_template_directory_uri
hace referencia al padre o el abuelo? Muchas de las llamadas a la API son ahora ambiguas, y diferentes personas esperarían un comportamiento diferente, incluido el código que está en el núcleo. También deberías cargar el functions.php
del padre o abuelo y asegurarte de que se haga en el orden correcto.
También se considera muy mala práctica. Si necesita los temas de nietos, entonces su enfoque ha tomado un giro equivocado y necesita retroceder y volver a evaluar las cosas.
Te aconsejaría que evitaras el concepto de temas de nietos, ya que esto te llevará a más problemas. En su lugar, más acciones de filtros de ganchos y modularidad en su tema secundario deberían permitirle mantener los componentes compartidos de los temas secundarios de la misma manera, y permitirle ramificarse o desvanecerse con poca dificultad. Intente mover elementos comunes a un submódulo svn external / git.
También está el modelo _s en el que tiene su tema hijo como base y lo bifurca, en lugar de tenerlo como padre con la intención de trabajar en la copia, en lugar de un elemento secundario / anular.