1. और टैग में type attribute का उपयोग करना
पहले type="text/css" या type="text/javascript" जैसे attribute इस्तेमाल किए जाते थे, लेकिन अब सिर्फ या का उपयोग करना ही पर्याप्त है।
2. Javascript का उपयोग करके accordion menu बनाना
और का उपयोग करके इसे केवल HTML से भी आसानी से बनाया जा सकता है।
3. और को प्रति पेज केवल एक बार इस्तेमाल करना
कुछ लोग सोच सकते हैं कि और पूरे पेज के header और footer को दर्शाते हैं, लेकिन वास्तव में ये elements अपने सबसे नज़दीकी section से जुड़े होते हैं। यानी इन्हें , , , elements के child के रूप में इस्तेमाल किया जा सकता है, और नया section बनाते समय और का उपयोग करना बेहतर है।
4. `` की border हटाने के लिए frameborder="0" का उपयोग करना
frameborder="0" का उपयोग HTML5 में अब अनुशंसित नहीं है। इसके बजाय, CSS का उपयोग करके iframe { border: none; } जैसा सेट करना बेहतर है।
5. IE8 को support करना
सिर्फ Internet Explorer 8 ही नहीं, बल्कि Explorer के सभी versions को support करना बंद कर देना चाहिए। Microsoft ने जून 2022 में IE 11 के लिए support भी समाप्त कर दिया था, इसलिए अब हमें IE support पर विचार करने की ज़रूरत नहीं है।
6. heading tags का बेतरतीब उपयोग करना
पेज की संरचना के अनुसार heading tags का उपयोग करें, और उन्हें अवरोही क्रम में लिखें। अगर पिछला tag था, तो अगला या `` होना चाहिए।
7. HTML tags के Boolean attributes के लिए ="1" जोड़ना
HTML tags के Boolean attributes में केवल attribute लिख देने से ही उसकी value true मानी जाती है। उदाहरण के लिए, `` में disabled attribute मौजूद होने का मतलब अपने-आप true है, इसलिए ="1" जोड़ने की ज़रूरत नहीं है।
14 टिप्पणियां
html5 के आने का कारण यही था कि उससे पहले HTML को tags से अलग करके भी इस्तेमाल किया जाता था। क्योंकि HTML एक markup language है, इसलिए मुझे लगता है कि इसे data को रखने वाले container की तरह समझकर संभालना महत्वपूर्ण है। और
typeके मामले में, जब TypeScript (TS) आदि में दूसरे types इस्तेमाल किए जाते हैं तो उसे ज़रूर स्पष्ट रूप से लिखना पड़ता है, इसलिए इसके omission पर ज़रूरत से ज़्यादा ज़ोर देने की आवश्यकता नहीं लगती।ज़्यादा महत्वपूर्ण बात यह है कि आजकल बहुत से लोग utility class names का इस्तेमाल करते हैं, लेकिन डेटा को समेटने के लिहाज़ से यह मददगार नहीं हो सकता।
उदाहरण के लिए, अगर उसमें title जानकारी हो, तो
h1,h2,h3का इस्तेमाल करें, फिर भी class का नामtitleरखना ज़्यादा स्पष्ट और बेहतर है।लेकिन `` जैसी class names बनाना अच्छी दिशा नहीं है। उसे
titleजैसा नाम देकर CSS से हल करना आगे चलकर ज़्यादा लंबे समय तक टिकने वाला web page बना सकता है.अगर वेबपेज अपेक्षाकृत सरल संरचना वाला हो और उसका उद्देश्य जानकारी देना हो, तो semantic tags और classes लागू करना स्वाभाविक है। लेकिन सभी HTML/CSS उपयोगकर्ता सिर्फ वेबपेज ही नहीं बनाते। जब वेब application की तरह visual elements के लिए markup का इस्तेमाल अपरिहार्य हो और संरचना जटिल हो, तब सामान्य class names इस्तेमाल करने पर नामों का टकराव हो जाता है। इसलिए Angular की view encapsulation जैसी सुविधाओं की ज़रूरत पड़ती है।
वैसे भी ज़्यादातर लोग react इस्तेमाल करते हैं, इसलिए
classपर ज़रूरत से ज़्यादा अटकने के बजाय components को अच्छी तरह modular बनाना ही असली बात है।7वें मामले में यह पसंद का सवाल है। व्यक्तिगत रूप से, मुझे लगता है कि इसे लिख देना ज़्यादा स्पष्ट रहता है और पढ़ने में भी आसान होता है।
पुराने दिनों के कोड हैं, है ना
एक समय था जब
scriptटैग औरstyleटैग को ठीक से सपोर्ट न करने वाले ब्राउज़र में style code और js code को comment की तरह पहचान दिलाने के लिए उन्हें HTML comments में लपेटा जाता था।शायद 90s या 2000s की बात होगी..
लगता है अभी भी कुछ लोग ऐसा code लिखते होंगे..
क्या उन्होंने CSS और JS के अलावा दूसरी भाषाओं को भी ध्यान में रखा था?
JavaScript नहीं, वह VBScript हुआ करता था। IE में।
क्या comment processing सच में ठीक से होगा???
<script>काtypeattribute क्या module जोड़ते समय ज़रूरी नहीं होता?text/cssयाtext/javascriptकी ज़रूरत नहीं है, लेकिन जैसा आपने कहा,moduleकी ज़रूरत होगी।लगता है
h1टैग कोblock: noneसे संभालने का तरीका भी मैंने बहुत पहले देखा था, लेकिन पता नहीं वह अब भी वैध है या नहीं.. अचानक पुराने दिन याद आ गए, हाहा। साफ़-सुथरे सारांश के लिए धन्यवाद!