(चूंकि हम यहां एसईएक्स पर हैं, अधिक रणनीतिक दृष्टिकोण सामान्य तकनीकी विचारों के लिए एक मूल्यवान वृद्धि हो सकती है।)
[प्रस्तावना] एचटीएमएल ५ कल्पना एक निरंतर चलने वाला लक्ष्य है, और इनकी स्थापित सामान्य व्यवहार पर अनुवर्ती नीति है। उन्होंने अतीत में सुविधाओं का पालन और पुनरुत्थान किया, दूसरों के अर्थ बदले, पद्धतिगत अनुशंसाओं पर ध्यान केंद्रित किया आदि। यह मानव जाति के सभी ज्ञान के साथ अनंत काल के लिए नहीं लिखा है। कल्पना सच्चाई का पवित्र स्रोत नहीं है। यह केवल स्वाभाविक है कि कभी-कभी ब्राउज़र सही होते हैं। [/ प्रस्तावना]
ओपी की स्थिति अत्यधिक सामान्य और वैध है।
आपके पास एक सीएमएस है, जिसकी थीम डिज़ाइन और इंस्टॉल की गई है, सभी सीएसएस HEAD से ठीक से लोड किए गए हैं, फिर आप वहां हैं, पृष्ठ संपादक, एक फैशनेबल WYSIWYG बॉक्स के साथ छोड़ दिया गया है जिसे आप (भगवान का शुक्रिया!) "स्रोत मोड" पर स्विच कर सकते हैं। HTML मार्कअप में टाइप (पेस्ट) (पहले उपयुक्त अन्य उपकरण, अधिक उपयुक्त टूल के साथ)। सौभाग्य से आप STYLEटैग भी शामिल कर सकते हैं (शायद एक टैग फिल्टर में एक गंभीर चूक के कारण) ... दिन को बचाया जाता है, बहुत से दोहराए जाने वाले आत्मा-विनाश ग्रंट कार्य से। लेकिन आपके पास अभी भी कोई साधन नहीं है, जो कि पेज एडिट परिदृश्य से सिस्टम के प्रमुख तत्व के साथ हस्तक्षेप करने के लिए है।
क्या आपको अपने HTML टुकड़ों के साथ अपने सीएसएस का सीधा उपयोग करने से रोकना चाहिए, सिर्फ इसलिए कि कल्पना ऐसा कहती है?
या, आपके पास एकल-पृष्ठ AJAX अनुप्रयोग है।
यह एक लंबे सत्र के लिए फिर से लोड किए बिना चल रहा है, और विभिन्न यादृच्छिक स्रोतों से आने वाली सिंडिकेटेड सामग्री हैं, सभी मनमाने ढंग से और स्वतंत्र रूप से स्टाइल किए गए हैं। उन्हें केवल STYLEएक एम्बेडेड STYLEतत्व के साथ आने के बजाय केवल इनलाइन विशेषताओं का उपयोग करने के लिए परिवर्तित किया जाना आवश्यक होगा।
इसके अलावा: आप ए) पहले से ही किसी भी सीएसएस BODYको STYLEविशेषताओं के माध्यम से कहीं भी एम्बेड कर सकते हैं , इसलिए सीएसएस वैसे भी "सैद्धांतिक रूप से" कानूनी है; और बी) आप पहले से ही किसी भी शैली के बारे में जो कुछ भी चाहते हैं, आप कर सकते हैं, जब भी आप चाहते हैं (और अधिक) जावास्क्रिप्ट से, तो सीएसएस भी पहले से ही संभवतः गैर-निष्पादित तरीकों से दुरुपयोग करना संभव है। और हम में से कोई भी कभी भी उन सुविधाओं पर आपत्ति नहीं करेगा। और न ही W3C।
तो, क्या वास्तव में STYLEतत्वों के बारे में इतना बुरा है BODY? उन अतिरिक्त प्रतिकूल प्रभावों के बारे में क्या है जो इसे HTML निर्माण में दुरुपयोग के हमारे व्यापक शस्त्रागार में जोड़ देगा? अधिक खराब प्रदर्शन? शायद। कभी कभी।
क्या यह एक अविश्वसनीय रूप से उपयोगी अभ्यास को खत्म करने का एक वैध कारण है, जो एक कारण से हर ब्राउज़र द्वारा समर्थित है? एक लाख मील में नहीं!
हम बेवकूफ नहीं हैं। ठीक है, हमेशा नहीं, या हमेशा नहीं ...;) खराब प्रदर्शन के जोखिम के साथ तकनीकों को केवल निषिद्ध के बजाय प्रलेखित किया जा सकता है । हमारे पास वेब के शुरुआती दिनों में जावा एप्लेट्स थे, और बच गए। कारों का दुरुपयोग किया जा सकता है, जिससे दुख हो सकता है, यहां तक कि भोजन को परेशान करने, अकुशल तरीकों से इस्तेमाल किया जा सकता है, और जो ड्राइवर खा सकते हैं, वे औसत वेब डिजाइनर की तुलना में अधिक बेवकूफ भी हो सकते हैं। इसके अलावा, डियर डब्ल्यू 3 सी, चिंता करने की कोई जरूरत नहीं: एचटीएमएल टिंकर के नाराज झुंड अपने पैरों को STYLEतत्वों के साथ बंद BODYकर देते हैं फिर भी डब्ल्यू 3 सी के बाद नहीं जा सकते हैं और बदला ले सकते हैं। उन्हें पता नहीं है। और उनके कोई पैर नहीं हैं।
तो, कृपया: अपनी आवाज को STYLEकानूनी बनने के लिए सुने BODY! पाठ का हवाला देते हुए, लेकिन एक व्यवहार्य विकल्प प्रदान करने में विफल रहने से जो मौजूदा स्थिति से बेहतर है, कोई मदद नहीं करता है। यह वास्तव में इस अंतिम उपाय समाधान तकनीक के लिए खतरा है।
याद रखें: HTML5 कल्पना को एक सिफारिश कहा जाता है ।