वेब डिजाइनरों के लिए एचटीएमएल 5। भाग 2: एचटीएमएल 5 मॉडल

वेब डिजाइनरों के लिए एचटीएमएल 5

1. मार्कअप भाषा का संक्षिप्त इतिहास
2. HTML5 मॉडल
3. मल्टीमीडिया
4. फॉर्म 2.0
5. अर्थ विज्ञान
6. एचटीएमएल 5 और वर्तमान स्थितियां

महान फ्रांसीसी क्रांति कट्टरपंथी राजनीतिक और सामाजिक परिवर्तनों का समय था। उन्होंने इस तरह से समय को भी छुआ: अपने अस्तित्व की एक निश्चित अवधि में, फ्रांसीसी गणराज्य नई प्रणाली के अनुसार रहता था - यह हर दिन 10 घंटे, एक सौ मिनट था। जाहिर है, वह सामान्य साठ की तुलना में बहुत अधिक तार्किक और "अधिक सही" थी।



हालाँकि, वह पूरी तरह से असफल थी। किसी ने इसका इस्तेमाल नहीं किया।



XHTML 2 के बारे में भी यही कहा जा सकता है। W3C ने केवल एक बार फिर साबित कर दिया कि क्रांतिकारी फ्रांस के बाद हमें क्या सबक मिला: लोगों की आदतों को क्रम से बदलना बहुत मुश्किल है।

मॉडल के सिद्धांत

अतीत की गलतियों से बचने का लक्ष्य निर्धारित करने के बाद, WHATWG ने सबसे पहले उन सिद्धांतों के एक समूह को परिभाषित किया, जिसे एचटीएमएल 5 पर काम करने की प्रक्रिया का पालन करना चाहिए। कुंजी में से एक: "समर्थन जो पहले से मौजूद है।" यह एक और कारण है कि HTML5 की स्पष्ट प्रभावी तिथि नहीं है।



जबकि XHTML 2 का उद्देश्य था कि इससे पहले आने वाली हर चीज़ पर हथौड़ा चलाना और नए तरीके से शुरू करना, HTML5 मौजूदा विशिष्टताओं के लिए एक ऐड-ऑन है। HTML 4.01 का अधिकांश भाग इसमें संरक्षित और रखरखाव किया गया है।



अन्य सिद्धांतों में से कुछ हैं: "पहिया को मजबूत न करें" और "पहने हुए मार्ग को प्रशस्त करें"। उत्तरार्द्ध का मतलब है कि अगर किसी विशेष समस्या या कार्य को हल करने के लिए वेब डिजाइनरों के बीच कुछ व्यापक और लोकप्रिय तरीका है - भले ही यह सबसे अच्छा नहीं है - इसे ध्यान में रखा जाना चाहिए और विनिर्देश में जोड़ा जाना चाहिए। आप यह भी कह सकते हैं: "जो टूटा नहीं है उसकी मरम्मत न करें।"



यदि आप पहले माइक्रोफ़ॉर्मेट्स से निपट चुके हैं, तो इनमें से कई सिद्धांत आपसे परिचित हो सकते हैं। HTML5 में, सिद्धांत के अनुचित अतिशयोक्ति के बिना एक ही व्यावहारिक दृष्टिकोण अपनाया गया है।



यह दर्शन "घटकों के महत्व के आदेश" पर सिद्धांत रूप में तैयार किया गया है, जिसमें कहा गया है: "किसी भी संघर्ष को हल करने में, आपको सबसे पहले उपयोगकर्ताओं के बारे में, फिर कोडर्स के बारे में, फिर कार्यान्वयनकर्ताओं के बारे में, फिर विनिर्देशों के लेखकों के बारे में, फिर सैद्धांतिक शुद्धता के बारे में सोचना होगा और" शुद्धता ""।



इयान हिकसन ने कई बार इस तथ्य पर ध्यान आकर्षित किया कि ब्राउज़र डेवलपर्स ("कार्यान्वयनकर्ता") एचटीएमएल 5 में क्या प्रभावित करता है और क्या नहीं करता है। यदि कोई ब्राउज़र किसी विशेष सुविधा के लिए समर्थन को शामिल करने से इनकार करता है, तो इसे विनिर्देश में जोड़ने का कोई मतलब नहीं है, अन्यथा यह वास्तविकता से जुड़ा नहीं होगा। इस संबंध में, घटकों के महत्व के क्रम के अनुसार, हम वेब डिजाइनरों का और भी अधिक प्रभाव है। यदि हम विनिर्देश के हिस्से को अनावश्यक या गलत मानते हैं और इसका उपयोग नहीं करते हैं, तो यह उसी तरह वास्तविकता से जुड़ा रहेगा और संशोधन की आवश्यकता होगी।

बिना चरम सीमा के

HTML5 विकास में निरंतर आंतरिक तनाव और विवाद शामिल हैं। एक तरफ, वेब अनुप्रयोगों को बनाने के लिए एक विश्वसनीय मंच बनने के लिए विनिर्देश पर्याप्त रूप से कार्यात्मक और शक्तिशाली होना चाहिए। दूसरी ओर, HTML5, मौजूदा वेब सामग्री का समर्थन करने में सक्षम होना चाहिए, भले ही वर्तमान एक कोड में गड़बड़ी और गड़बड़ हो। यदि विनिर्देश एक दिशा में बहुत अधिक विचलन करता है, तो XHTML2 का भाग्य इसकी प्रतीक्षा करता है। यदि दूसरे में, मार्कअप टूल के रूप में <font> टैग और टेबल फिर से आधारशिला बन जाएंगे, क्योंकि उनकी मदद से, अंत में, मौजूदा वेब पेजों की एक बड़ी संख्या का निर्माण किया जाता है।



इसलिए, चीजों के स्पष्ट और सत्यापित संतुलन का पालन करना बहुत महत्वपूर्ण है, जिसके लिए व्यावहारिक और ठंडे खून वाले दृष्टिकोण की आवश्यकता होती है।

हैंडलिंग में त्रुटि

HTML5 विनिर्देश केवल ब्राउज़र को इंगित नहीं करता है कि उन्हें मानकों-अनुरूप लेआउट को प्रदर्शित करने की आवश्यकता कैसे है - इस भाषा के इतिहास में पहली बार, यह उन तरीकों को भी परिभाषित करता है जिनमें उन्हें खराब लेआउट के साथ काम करना चाहिए।



अब तक, ब्राउज़र डेवलपर्स ने फैसला किया है कि वे त्रुटियों को कैसे संभालते हैं। ज्यादातर मामलों में, उन्होंने बस उस पथ का अनुसरण किया जो सबसे लोकप्रिय ब्राउज़र का अनुसरण करता था, जो समय की बर्बादी थी। नई सुविधाओं के लिए समर्थन जोड़ने के बजाय, उन्होंने गलत कोड को संभालने के लिए अपने प्रतियोगियों के दृष्टिकोण की नकल की।



एचटीएमएल 5 में इस प्रक्रिया के लिए मानकों को लागू करने का निर्णय बहुत महत्वाकांक्षी है। भले ही इस संस्करण में टैग और विशेषताओं का सेट HTML 4.01 में क्या से अलग नहीं था, 2012 तक त्रुटियों से निपटने के लिए नियमों के एक एकल सेट का विकास Sisyphus की तरह होगा।



ये नियम, हालांकि, वेब डिज़ाइनरों के लिए कम रुचि के होंगे (क्योंकि हम सभी मान्य, अच्छी तरह से संरचित कोड लिखते हैं; सही है?), लेकिन वे ब्राउज़र डेवलपर्स के लिए बेहद महत्वपूर्ण हैं। जबकि सभी पिछले विनिर्देश केवल कोडर के लिए लिखे गए थे, HTML5 कोडर्स और कार्यान्वयनकर्ताओं के लिए लिखा गया है। इसे ध्यान में रखें, यदि आप सीधे इसके साथ खुद को परिचित करने का निर्णय लेते हैं, तो यह बताता है कि यह इतना बड़ा क्यों है और इसमें कई विवरण और बारीकियां शामिल हैं, बल्कि यह कुछ ट्रेन के स्पॉटर्स के नोटों की तरह है, जो एक साथ खेल सत्र के दौरान टिकटों के अपने व्यक्तिगत संग्रह की सामग्री को प्राप्त करने के शौकीन हैं। तीन विरोधियों के साथ शतरंज।

इसे बाहर रखना, डॉक्टर (प्रकार)

इस पृष्ठ पर प्रयुक्त मार्कअप भाषा के प्रकार को निर्दिष्ट करने के लिए Doctype (दस्तावेज़ प्रकार घोषणा) एक पारंपरिक तरीका है।



यह HTML 4.01 के लिए कैसा दिखता है:

 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3c.org/TR/html4/strict.dtd">
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
    
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

तो XHTML 1.0 के लिए:

 <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict //EN" "http://www.w3c.org/TR/xthml1/DTD/xhtml1-strict.dtd">
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
    
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

यह एक व्यक्ति के लिए पूरी तरह से अपठनीय है, लेकिन, वैसे भी, इसे कहने का एक तरह का तरीका है "यह पृष्ठ HTML 4.01 में लिखा गया है" या "यह पृष्ठ XHTML 1.0 में लिखा गया है"।



यह माना जा सकता है कि एचटीएमएल 5 के लिए नंबर पांच के साथ कुछ समान होना चाहिए। विचित्र रूप से पर्याप्त, नहीं:

 <!DOCTYPE html>
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
    
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

अंत में इसे दिल से सीखा जा सकता है।



लेकिन लानत है, कैसे है? संस्करण संख्या यहां सूचीबद्ध नहीं है, हम बाद के HTML अवतार को कैसे निरूपित करने जा रहे हैं? जब मैंने पहली बार इस नए प्रकार के सिद्धांत को देखा, तो मैंने सोचा, "क्या सनक है, वे वास्तव में यह कहना चाहते हैं कि यह मार्कअप भाषा का अंतिम संस्करण है, जिसके बाद कुछ भी कभी भी आवश्यक नहीं होगा?"



वास्तव में, विचार सरल और बहुत व्यावहारिक है। HTML5 का लक्ष्य मौजूदा HTML 4.01 और XHTML 1.0 पृष्ठों का समर्थन करना है, और इस सिद्धांत के लिए पर्याप्त है। HTML के नए संस्करणों, बदले में, HTML5 का समर्थन करने की आवश्यकता होगी, इसलिए इसमें लगातार क्रम संख्या शामिल करना पूरी तरह से व्यर्थ है।



सामान्य तौर पर, स्वयं सिद्धान्त इतने महत्वपूर्ण नहीं हैं। मान लें कि आपने HTML 4.01 से एक doctype वाला पृष्ठ लिखा है, और फिर आपने अन्य विनिर्देशन से तत्वों को लिया और जोड़ा है - HTML 3.2, HTML5 को बताएं, बिंदु नहीं। ब्राउज़र अभी भी कहीं भी नहीं जा रहा है और उन्हें सर्वश्रेष्ठ के रूप में संसाधित करेगा। ब्राउज़र तत्वों और सुविधाओं का समर्थन करते हैं, सिद्धांत नहीं।



उत्तरार्द्ध मुख्य रूप से सत्यापनकर्ताओं के लिए डिज़ाइन किए गए थे, ब्राउज़रों के लिए नहीं। एकमात्र मामला जब वे सिद्धांत पर ध्यान देते हैं, जब आपको यह तय करने की आवश्यकता होती है कि कौन सी रेंडरिंग विधि का उपयोग करना है - आंतरिक, व्यक्तिगत या मानकों के अनुरूप।



तो HTML5 के लिए सिद्धांत का एकमात्र उद्देश्य यह सुनिश्चित करना है कि ब्राउज़र मानक का पालन करते हुए कोड को संसाधित करेगा। लेकिन सत्यापन के लिए, इसकी उपस्थिति या अनुपस्थिति कोई मायने नहीं रखती है।

उलझने की जरूरत नहीं

HTML5 में न केवल सिद्धांत को सरल बनाया गया है।



यदि आप अपने पृष्ठ के लिए एन्कोडिंग को इंगित करना चाहते हैं, तो ऐसा करने का सबसे अच्छा तरीका यह सुनिश्चित करना है कि सर्वर सामग्री-प्रकार के लिए सही मूल्य भेजता है। सुनिश्चित करने के लिए, आप <मेटा> टैग का उपयोग कर सकते हैं। तो यह पहले था:

 <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
    
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

तो यह HTML5 में है:

 <meta charset="UTF-8">
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
    
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

जैसा कि सिद्धांत के मामले में, कुछ भी नहीं है - केवल ब्राउज़र ही यह समझने के लिए पर्याप्त होगा कि यह क्या है।



<Script> टैग से वजन कम करने की भी अनुमति दी जा सकती है। अक्सर पाठ / जावास्क्रिप्ट के मान के साथ एक प्रकार का पैरामीटर इसमें जोड़ा जाता है:

 <script type="text/javascript" src="file.js"></script>
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
    
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

ब्राउज़रों को इसकी जरूरत नहीं है। वे पहले ही समझ जाएंगे कि कोड जावास्क्रिप्ट में लिखा गया है - नेटवर्क पर सबसे लोकप्रिय स्क्रिप्टिंग भाषा (लेकिन क्या छिपाना: एकमात्र स्क्रिप्टिंग भाषा):

 <script src="file.js"></script>
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
    
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

इसी प्रकार, जब आप स्टाइलशीट संलग्न करते हैं तो वैल्यू टेक्स्ट / सीएसएस के साथ टाइप पैरामीटर का कोई मतलब नहीं होता है। आप बस लिख सकते हैं:

 <link rel="stylesheet" href="file.css">
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
    
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

सिंटेक्स: आप जैसा चाहें वैसा करें

कुछ प्रोग्रामिंग भाषाएं, जैसे कि पायथन, कोड डिजाइन पर बहुत मांग कर रही हैं: यहां तक ​​कि नियमों का पालन करने के लिए कुछ स्थितियों में रिक्त स्थान का उपयोग आवश्यक है। अन्य भाषाएं, जावास्क्रिप्ट कहती हैं, फ़ॉर्मेटिंग पर ध्यान न दें - रिक्त स्थान के साथ लाइन की शुरुआत के समान चमकती किसी भी तरह से कोड को प्रभावित नहीं करेगी।



यदि आप एक भयंकर होलीवर को फिर से जगाना चाहते हैं और इस तरह शाम के लिए एक मजेदार कार्यक्रम का आयोजन करते हैं - प्रोग्रामर के साथ कमरे को भरें और कहें कि शब्द "कोड में स्थान महत्वपूर्ण हैं"। पॉपकॉर्न मत भूलना।



यह सवाल एक गहरी दार्शनिक दुविधा की जड़ में है: क्या भाषा को कोड डिजाइन की एक निश्चित शैली का पालन करने के लिए मजबूर किया जाना चाहिए, या कोडर्स को यह तय करने की अनुमति दी जा सकती है कि वे इसे कैसे लिखते हैं?



वेब पेज के लिए मार्कअप में, रिक्त स्थान और इंडेंट महत्वपूर्ण नहीं हैं। आप एक नई लाइन से प्रत्येक नए तत्व को जोड़ सकते हैं, टैब कर सकते हैं, खाली लाइनें डाल सकते हैं - यह ब्राउज़र और सत्यापनकर्ताओं के लिए महत्वपूर्ण नहीं है। हालांकि, कई अन्य स्वतंत्रताओं को हर जगह अनुमति नहीं है।



XHTML 1.0 से पहले, यदि आप ऊपरी या निचले मामले में टैग नाम लिखते हैं तो इससे कोई फर्क नहीं पड़ता। इससे कोई फर्क नहीं पड़ता कि उद्धरण चिह्न पैरामीटर मान थे या नहीं। कई तत्वों के लिए, इससे कोई फर्क नहीं पड़ता कि आपने समापन टैग जोड़ा या नहीं।



XHTML 1.0 XML सिंटैक्स का पालन करता है: टैग हमेशा लोअरकेस होते हैं, पैरामीटर मान केवल उद्धरण चिह्नों में होते हैं, सभी कंटेनर तत्वों को बंद किया जाना चाहिए। और एकल भी - समापन ब्रैकेट के सामने एक स्लैश होना चाहिए (<br> → <br />)।



HTML5 में, आप अपने लिए निर्णय लेते हैं: ऊपरी मामला - निचला मामला, उद्धरण चिह्न - बिना उद्धरण चिह्न, बंद या नहीं। जैसा कि आप अधिक पसंद करते हैं।



मैंने कई वर्षों के लिए एक्सएचटीएमएल 1.0 सिद्धांत का इस्तेमाल किया, और मुझे यह तथ्य पसंद है कि संगठित और वैध कोड प्राप्त करने के लिए आपको स्पष्ट नियमों का पालन करने की आवश्यकता है। अब, HTML5 का उपयोग करते हुए, मैं अपनी इच्छानुसार करना जारी रख सकता हूं और मैं इसका उपयोग कर रहा हूं।



मुझे समझ में आया कि क्यों कई एचटीएमएल 5 फालतूता उनकी पसंद के अनुरूप नहीं है। कुछ लोग सोचते हैं कि यह हमें वापस फेंक देता है, मैला कोड की शातिर प्रथाओं के समय, और इसके अलावा, उनका मानना ​​है कि एचटीएमएल 5 मार्कअप की इस शैली को प्रोत्साहित करता है। मुझे ऐसा नहीं लगता, लेकिन मैं चिंता का कारण देखता हूं। यह ऐसा है जैसे लाइनों के बीच वाक्यविन्यास महत्वपूर्ण रिक्त स्थान के साथ एक प्रोग्रामिंग भाषा अचानक कम मांग बन गई।



व्यक्तिगत रूप से, मैं एचटीएमएल 5 में पसंद की ऐसी स्वतंत्रता से संबंधित है, क्योंकि मैं पहले से ही उस कोड की शैली का स्वतंत्र रूप से उपयोग करता हूं जो मैं लिखता हूं। हालाँकि, इस भाषा के लिए ऐसा उपकरण होना बहुत अच्छा होगा, जिसे प्रोग्रामिंग की दुनिया में "लिंट-टूल" कहा जाता है, एक ऐसा प्रोग्राम जो मार्कअप का विश्लेषण करता है और आम और संभावित "खतरनाक" कोड डिज़ाइन प्रथाओं के साथ-साथ लेखन शैली में विसंगतियों की ओर इशारा करता है। । यह सत्यापनकर्ता से कुछ अलग है, जो केवल सिद्धांत के आधार पर कोड की जांच करेगा। पहला जो एक सेवा विकसित कर सकता है जो उन दोनों को जोड़ती है, निश्चित रूप से वेब डिजाइनरों के विश्व समुदाय से सम्मान और सम्मान के पात्र होंगे।

हम यहाँ ऐसा नहीं कहते हैं

HTML के पिछले संस्करणों में, जैसे ही एक विशिष्ट तत्व या पैरामीटर को विनिर्देश से बाहर रखा गया था, यह एक "चेकआउट" प्रक्रिया से गुजरा। वेब डिजाइनरों को जब्त वस्तुओं का उपयोग बंद करने की सलाह दी गई , न कि उन्हें प्रॉडनिकोव पर पोस्टकार्ड भेजने और आमतौर पर एक सभ्य कंपनी में उनका उल्लेख नहीं करने के लिए।



HTML5 में, कोई भी जब्त किए गए तत्व या पैरामीटर नहीं हैं, इसके बजाय वे केवल अप्रचलित हैं ।



नहीं, यह समान अवधारणा के लिए नाम का राजनीतिक रूप से सही संस्करण नहीं है - इस मामले में हटाए गए और अप्रचलित के बीच एक महत्वपूर्ण अंतर है।



चूंकि एचटीएमएल 5 ने पिछले संस्करणों के साथ स्वयं को पिछड़े हुए संगत होने का कार्य निर्धारित किया है, इसलिए विनिर्देश को पहले उपयोग किए गए तत्वों को पहचानना चाहिए, भले ही एचटीएमएल 5 अब उनके लिए न हो। यह कुछ हद तक विवादास्पद स्थिति की ओर जाता है जब विनिर्देश एक साथ "एनकोडर, इन तत्वों का उपयोग न करें" और "ब्राउज़र, यह इन तत्वों को प्रदान करने की आवश्यकता है ..."। यदि किसी तत्व को हटा दिया गया है , तो यह विनिर्देश में बिल्कुल भी उल्लेख नहीं किया जाएगा। लेकिन चूंकि यह केवल पदावनत है , इसलिए यह ब्राउज़रों के लिए वहां शामिल है।



जब तक आप केवल अपना खुद का ब्राउज़र विकसित नहीं कर रहे हैं, तब तक आपके पास जब्त और पुराने तत्वों के बीच कोई अंतर नहीं है - आप बस उनका उपयोग नहीं करते हैं और उन्हें यात्रा करने के लिए आमंत्रित नहीं करते हैं।



लेकिन यदि आप उन्हें लागू करने के लिए जारी रखते हैं, तो अनुपालन के मामले में आपका पृष्ठ असंगत होगा। ब्राउज़र इसे बिना किसी समस्या के प्रदर्शित करेगा, लेकिन जानकार इस तरह के अभ्यास को स्वीकार नहीं करेंगे।

अलगाव दुःख के बिना होगा

टैग: फ़्रेम , फ़्रेमसेट और नोफ़्रेम्स को हटा दिया गया है। वे याद नहीं किया जाएगा।



संक्षिप्त नाम टैग अप्रचलित है , जो अंत में होलिवर्स और विवादों के वर्षों को समाप्त कर देगा। उसे शोक मत करो, बस इसके बजाय abbr टैग का उपयोग करें। और, हां, मुझे एक संक्षिप्त नाम और एक संक्षिप्त के बीच का अंतर पता है: परिवर्णी शब्द संक्षिप्त रूप से एक शब्द के रूप में स्पष्ट होते हैं, और अक्षर से नहीं (उदाहरण के लिए, नाटो)। प्रत्येक संक्षिप्त नाम एक संक्षिप्त नाम नहीं है, लेकिन प्रत्येक संक्षिप्त नाम एक संक्षिप्त नाम है, इसलिए यहां एक टैग पर्याप्त है।



फ़ॉन्ट , बड़े और केंद्र तत्व भी पुराने हैं, और वास्तव में यह बहुत पहले हुआ था - यहां तक ​​कि सीएसएस के आगमन के साथ, जहां समान प्रभाव तेजी से और आसानी से सौंपा जा सकता है। उन्हीं कारणों से, bgcolor , cellspasing , cellpadding और valign अब हमारे साथ नहीं हैं। इसके बजाय CSS का उपयोग करें।



हालाँकि, सभी डिज़ाइन तत्वों को पुराना नहीं लिखा गया था। कुछ को फिर से प्रशिक्षण पाठ्यक्रमों में भेजा गया और दूसरा मौका मिला।

अवधारणाओं का प्रतिस्थापन

बड़ा तत्व पदावनत है, लेकिन छोटा नहीं है। यह असंगति इस तथ्य के कारण उचित है कि बाद के अर्थ को संशोधित किया गया है। यह अब भौतिक "पाठ को छोटा नहीं", बल्कि शब्दार्थ "ठीक प्रिंट" है। ठीक है, आप समझते हैं - उपयोग की शर्तें, "सितारों" और इतने पर के लिए फ़ुटनोट्स।



यह स्पष्ट है कि 10 में से 9 मामलों में यह "फाइन प्रिंट" वास्तव में बारीक टाइप किया जाएगा; मुद्दा यह है कि तत्व की भूमिका अब डिजाइन की तुलना में अधिक अर्थपूर्ण है।



B तत्व का अर्थ केवल "बोल्ड टेक्स्ट" था। अब यह "पाठ शैलीगत रूप से मुख्य धारा से अलग है, लेकिन अतिरिक्त अर्थ महत्व को प्रभावित नहीं करता है"। जब अर्थ महत्व अभी भी मौजूद है, तो मजबूत होने की अधिक संभावना है।



इसके अलावा, तत्व का मतलब अब "इटैलिक" नहीं है। यह "एक अलग टोन में या एक अलग मूड में बोला जाता है।" फिर, बहुत जोर या जोर के बिना। मूल्य पर जोर देने के लिए, एम तत्व का उपयोग करें।



ये बदलाव शब्दों पर एक नाटक की तरह लग सकता है। तो यह है। लेकिन यह एक विशिष्ट कार्य है - उन उपकरणों से HTML5 की स्वतंत्रता सुनिश्चित करने के लिए जिन पर यह संसाधित होता है। जब आप "बोल्ड" या "इटैलिक" कहते हैं, तो ये अवधारणा केवल दृष्टिगोचर होती है - जब पाठ स्क्रीन या पेपर पर प्रदर्शित होता है। लेकिन आपको उन उपकरणों के बारे में भी सोचने की ज़रूरत है जो गैर-दृश्य प्रारूप में जानकारी प्रदर्शित करते हैं - उदाहरण के लिए, अंधे की मदद करने के लिए स्क्रीन से पढ़ने के लिए डिज़ाइन किया गया। इसके अलावा, परिभाषाओं में वर्णित परिवर्तनों से बेहतर समझ और शब्दार्थ के नियमों का अनुप्रयोग होता है, न कि केवल दृश्य डिजाइन।

... बोली का अंत

उद्धृत तत्व का मूल्य भी थोड़ा बदल गया है। यदि पहले इसका मतलब "स्रोत से लिंक" था, तो अब यह "स्रोत शीर्षक" है। बहुत बार, जब उद्धृत करते हैं, तो स्रोत केवल एक पुस्तक, फिल्म, या जो भी हम संदर्भित करते हैं उसका शीर्षक होगा। हालाँकि, उसी तरह यह किसी व्यक्ति का नाम हो सकता है। HTML5 में, हालांकि, एक cite तत्व के अंदर व्यक्तिगत नामों का उपयोग करना विनिर्देश के खिलाफ है।



इसे इस प्रकार समझाया गया है: ब्राउज़र <cite> टैग इटैलिक की सामग्री बनाते हैं। काम के शीर्षक आमतौर पर इटैलिकाइज़ किए जाते हैं। इटैलिक लोगों के नाम उजागर नहीं किए गए हैं। इसलिए, किसी विशिष्ट व्यक्ति को संदर्भित करने के लिए साइट तत्व का उपयोग नहीं किया जाना चाहिए।



मेरी राय में, यह केवल गलत है। मैं समझता हूं कि एचटीएमएल 5 को ब्राउज़रों की सुविधाओं पर ध्यान देना चाहिए, लेकिन इस मामले में यह एक जॉकी का पीछा करने वाले घोड़े की तरह है।



सौभाग्य से, कोई भी सत्यापनकर्ता यह निर्धारित नहीं कर पाएगा कि <cite> टैग के अंदर क्या है, इसलिए वेब डिज़ाइनरों को सामान्य ज्ञान द्वारा निर्देशित होने और वे जो भी वहां दिखते हैं उसे डालने से रोक नहीं है।

स्टेरॉयड पर <a>

जबकि तत्वों के अर्थ के सभी पिछले पुनर्विचार पूरी तरह से अवधारणाओं के प्रतिस्थापन और शब्दों पर नाटक पर आधारित हैं, एक तत्व है जो वास्तव में ध्यान देने योग्य परिवर्तन प्राप्त करता है।



बिना किसी संदेह के, HTML में एक तत्व सबसे महत्वपूर्ण है। यह वह है जो पाठ को हाइपरटेक्स्ट में बदल देता है और विश्वव्यापी नेटवर्क के अस्तित्व को संभव बनाता है।



इससे पहले, यह हमेशा केवल एक स्ट्रिंग तत्व था। यही है, यदि आप लिंक को एक ही समय में पाठ के साथ शीर्षक और अगला पैराग्राफ बनाना चाहते हैं, तो आपको दो बार उपयोग करना होगा।

 <h2> <a href="/about"> मेरे बारे में </a> </ h2>
 <p> <a href="/about"> पता करें कि मैं क्या जी रहा हूं </a> </ p>

HTML5 में, इन कई तत्वों को एक ही <a> टैग में लपेटा जा सकता है:

 <a href="/about">
	 <h2> मेरे बारे में </ h2>
	 <p> यह जानें कि मैं क्या जी रहा हूं </ p>
 </a>

केवल सीमा: आप <a> किसी अन्य <a> के अंदर क्रैम नहीं कर सकते।



वास्तव में, निश्चित रूप से, यह पहले भी किया जा सकता था, और ब्राउज़रों ने इस अभ्यास का समर्थन किया था, लेकिन हाल ही में जब तक यह वैध नहीं था। यदि आप इसके बारे में सोचते हैं, तो ऐसा लगता है, हालांकि, कुछ हद तक अजीब है - ब्राउज़रों को नए विनिर्देश की क्षमताओं का एहसास नहीं होता है, लेकिन विनिर्देश ब्राउज़रों की क्षमताओं का दस्तावेजीकरण करते हैं।

नए खिलौने: जावास्क्रिप्ट एपीआई

यदि आपको स्टाइल डॉक्यूमेंटेशन की आवश्यकता है, तो आप सीएसएस युक्ति पढ़ें और पढ़ें। यदि आपको मार्कअप डॉक्यूमेंटेशन की आवश्यकता है, तो आप एचटीएमएल विनिर्देश ले सकते हैं। लेकिन अगर आपको JS APIs जैसे document.write , innerHTML और window.history के बारे में जानने की आवश्यकता है, तो कहां जाएं? जावास्क्रिप्ट के लिए विनिर्देश प्रोग्रामिंग के लिए समर्पित है, आपको वहां कोई ब्राउज़र एपीआई नहीं मिलेगा।



अब तक, ब्राउज़र अपने दम पर जेएस के लिए अपने एपीआई का विकास कर रहे हैं, कभी-कभी एक-दूसरे के कंधों पर नज़र रखते हुए यह पता लगाने के लिए कि प्रतियोगी वहाँ कैसे कर रहे हैं। एचटीएमएल 5 अंत में इन एपीआई को दस्तावेज करेगा और एक सामान्य मानक निर्धारित करेगा।



यह अजीब लग सकता है कि मार्कअप भाषा विनिर्देश में जावास्क्रिप्ट प्रलेखन शामिल होगा, लेकिन यह मत भूलो कि एचटीएमएल 5 वेब ऐप 1.0 परियोजना के साथ शुरू हुआ था, और जेएस वेब अनुप्रयोगों का एक अभिन्न अंग है।



विनिर्देश के संपूर्ण खंड नए एपीआई के लिए समर्पित हैं, जो उन्हें विकसित करने के लिए डिज़ाइन किए गए हैं। UndoManager आपको दस्तावेज़ में परिवर्तनों के अनुक्रम की निगरानी करने की अनुमति देता है। एक खंड है जो कैश मेनिफ़ेस्ट का उपयोग करके ऑफ़लाइन वेब अनुप्रयोगों के साथ काम करता है । ड्रैग-एन-ड्रॉप का भी विस्तार से वर्णन किया गया है।



हमेशा की तरह, अगर कहीं पहले से ही मौजूदा कार्यान्वयन हैं, तो पहिया को सुदृढ़ करने के बजाय विनिर्देश उनके आधार पर अधिक संभावना है। उदाहरण के लिए, इंटरनेट एक्सप्लोरर में ड्रैग-एन-ड्रॉप एपीआई लंबे समय से मौजूद है और एचटीएमएल 5 में शामिल होने के लिए मुख्य के रूप में सेवा की जाती है। हालांकि, यह ध्यान देने योग्य है कि Microsoft APIs, इसे हल्के ढंग से, काफी समस्याग्रस्त करने के लिए, और कभी-कभी साइकिल को फिर से स्थापित करने के लिए उचित ठहराया जा सकता है, खासकर यदि आपके पास सभी वर्ग के पहियों के साथ साइकिल है, बिना काठी और आधा पहिया के।



एचटीएमएल 5 एपीआई बहुत शक्तिशाली चीजें हैं जो महान अवसरों को खोलती हैं। लेकिन वे मेरा रास्ता नहीं हैं, मैं इस विषय को और अधिक उन्नत डेवलपर्स के लिए छोड़ना पसंद करता हूं जो मेरे बारे में इससे बेहतर बात करेंगे। इसके अलावा, वह एक अलग किताब की हकदार है।



इस बीच, हमारे पास HTML5 में बहुत सारे मज़ेदार सामान हैं। और उनके लिए उत्साह अगले अध्याय से शुरू होता है।