在2010年左右，兒童主題終於大步向前。 更大的主題商店開始引起人們的注意，一些商店正在實施高級父主題，這些主題旨在作為創建子主題的「框架」。 在兒童主題爆炸的背景下，主題開發社區碰壁了。 孫子主題成為爭論的話題。
子主題的用例之一是保護最終用戶進行的自定義。 當父主題更新時，這些更改在子主題中保持不變。 用戶無需擔心即可獲得錯誤修復和增強功能。 這是一個巧妙的系統。
但是，子主題的另一個用例是創建父主題的大量自定義項。 這些兒童主題中的許多主題都已銷售並出售給最終用戶。 問題？ 如果開發人員更新了子主題，則用戶無法保護其自定義。 除了父子關係之外，WordPress沒有孫子主題概念或任何其他層疊主題系統。
因此，問題仍然存在。 未解決。
多年來，諸如StudioPress及其創世紀母公司主題之類的企業在此系統的幫助下蓬勃發展。 其他人繼續前進。 實際上，兒童主題化已成為WordPress從未以任何有意義的方式擴展的利基功能。 主題作者留在自己的設備上。 隨著定製器的到來和頁面構建器的擴展，代碼定製幾乎消失了。 大多數修改都是通過WordPress管理員啟動的界面進行的。 一般用戶幾乎不需要通過自定義模板自己動手做。 這樣就開始使兒童主題的毛毛雨變得近乎模糊。
古騰堡的網站編輯器可能會在今年登陸WordPress，這似乎是對兒童主題範例的最後一擊。 從開發人員到最終用戶的每個人都可以直接從WordPress管理員中推出自定義模板。
但是，我們是否應該重新考慮分層主題系統的作用？
完整站點編輯已在層次結構中引入了一個附加級別。 傳統上，WordPress主題具有兩層模板層次結構。 將來，它將為用戶創建的模板添加一個層。 如果可以的話，為什麼不繼續提出孫子主題呢？ 或者，完全消除這種任意限制？
Carlo Manfredi向古騰堡存儲庫引入了一個拉取請求 創建一個多主題系統。 或者說，它創建了一個多主題的模板系統。 除了style.css，functions.php和theme.json文件之外，基於塊的主題本質上是模板的集合。
Manfredi建議用戶應該能夠選擇使用此多模板系統。 他們可以選擇在切換到新主題時保留舊主題的模板。 儘管當前在pull請求中尚未實現，但他還建議允許用戶從其舊主題中克隆模板。
曼弗雷迪在門票中寫道：「近幾個月來，人們一直在低聲談論未來多個主題活躍，模板為’無主題’等可能性。」 「這個分支就是那個的實現。 此實現背後的思想是一次只能有一個活動主題，但是wp_theme分類法可用於一次將單個模板/模板部分與一個或多個主題鏈接起來。」
它無法實現擁有十年歷史的孫子主題系統的夢想。 但是，它可以為探索完整的分層主題系統提供一些先例。
隨著主題工作方式的簡化和進一步標準化，我們應該清除舊觀念，並將其推向新的高度。
完全站點編輯最終將解決孫子主題問題，無論它是否打算這樣做。 使用新的自定義用戶模板層，幾年前創建的可升級性問題將完全消失。 用戶將能夠隨時更新其父主題和子主題，而不必擔心丟失定製。 WordPress將安全地將其自定義模板存儲在資料庫中。 它甚至可以通過Global Styles系統保留其設計更改。 也許，也許，兒童主題將開始達到其最初的流行程度。
使用Manfredi提出的系統，用戶可以混合和匹配不相關主題的模板。 如果發生這種情況，就會產生主題模板是否必要的問題。
去年，Rich Tabor展開了關於 單主主題 用於WordPress。 在該系統中，WordPress將創建一組基本模板。 主題作者可以簡單地覆蓋他們想要的作品。 他們甚至可以將主題縮減為簡單的style.css和theme.json文件。
這幾乎似乎是平淡無聊的主題的秘訣。 但是，如果將其與WordPress.org上的模板目錄（類似於GutenbergHub的模板目錄）耦合 已經介紹，用戶可以選擇所需的模板。 它既可能是奇妙的，也是災難性的，但是我不介意探索這個想法。
WordPress及其Gutenberg項目在桌子上有很多選擇。 在未來一兩年內，主題建設可能會變得有趣。
像這樣：
喜歡載入中……