हां और ना।
आप एक चाइल्ड थीम बना सकते हैं जो किसी अन्य चाइल्ड थीम को माता-पिता के रूप में निर्दिष्ट करता है, और वर्डप्रेस इसका उपयोग करने का प्रयास करेगा।
तथापि
आप मुद्दों में भाग लेंगे, यह उल्लेख करने के लिए नहीं कि कोर देवों ने स्पष्ट रूप से कहा है कि यह वांछनीय व्यवहार नहीं है, और वे पोते के विषयों का समर्थन करने के लिए प्रयास नहीं करेंगे।
उदाहरण के लिए, WP API स्टाइलशीट और टेम्प्लेट URL / निर्देशिकाओं के बीच अंतर करता है, जहाँ स्टाइलशीट हमेशा सक्रिय थीम को संदर्भित करता है, और टेम्प्लेट पेरेंट थीम को संदर्भित करता है, लेकिन यदि एक ग्रैंडपेरेंट थीम शामिल है, तो क्या get_template_directory_uri
यह पेरेंट या ग्रैंडेंटेंट को संदर्भित करता है ? एपीआई कॉल के बहुत से लोग अब अस्पष्ट हैं, और विभिन्न लोग विभिन्न व्यवहार की अपेक्षा करेंगे, जिसमें कोड भी शामिल है। आपको functions.php
माता-पिता या दादा-दादी में से किसी एक को लोड करने की भी आवश्यकता होगी , और सुनिश्चित करें कि यह सही क्रम में किया गया है।
यह बहुत बुरा अभ्यास भी माना जाता है। यदि आपको पोते की थीम की आवश्यकता है तो आपके दृष्टिकोण ने गलत मोड़ ले लिया है, और आपको चीजों को वापस लेने और पुनर्मूल्यांकन करने की आवश्यकता है।
मैं आपको सलाह दूंगा कि आप पोते-पोतियों की अवधारणा से बचें, इससे अधिक समस्याएं पैदा होंगी। इसके बजाय अधिक हुक फिल्टर क्रियाओं और आपके बच्चे के विषय में प्रतिरूपता आपको बच्चे के विषय साझा घटकों को समान रखने में सक्षम बनाती है, और आपको थोड़ी कठिनाई के साथ शाखा / कांटा करने देती है। सामान्य तत्वों को एक svn बाहरी / git सबमॉड्यूल में ले जाने का प्रयास करें।
वहाँ भी _s मॉडल है जहाँ आप अपने बच्चे के विषय को आधार के रूप में रखते हैं, और इसे एक बच्चे के रूप में कॉपी करने के बजाय माता-पिता के रूप में कॉपी करने के लिए काम करते हैं।