मुझे HTML 5 के बारे में परवाह करना चाहिए?

2

अच्छी तरह से, यह निर्भर करता है। यदि आप यहां सिर्फ एक पृष्ठ कर रहे हैं, तो मैं पृष्ठ हूं, आप HTML 4 का उपयोग कर सकते हैं। यदि आप अत्याधुनिक यूट्यूब बनाने की कोशिश कर रहे हैं, तो इसमें बहुत सारी उपयोगी विशेषताएं हैं। इस सवाल को वास्तव में उत्तर देने के लिए और अधिक पृष्ठभूमि की जरूरत है।

स्रोत

2009-10-06 04:43:03

+0

एचटीएमएल 5 नई विशेषताएं क्या हैं जिन्हें मुझे अवगत होना चाहिए? –

+0

वीडियो टैग, ऑडियो टैग, कैनवास समर्थन, साइट संरचना के लिए नए तत्व।यह भी देखें कि CSS3 क्या ला रहा है। गोलाकार कोनों, छाया, बेहतर चयनकर्ता और इतने पर। –

3

हां। एचटीएमएल 5 नया मानक होने जा रहा है और ब्राउजर में बहुत सारी कार्यक्षमता प्रदान करता है जिसे हम वर्तमान में तीसरे पक्ष के अनुप्रयोगों पर भरोसा कर रहे हैं (वीडियो/ऑडियो सपोर्ट और कुछ नाम देने के लिए कैनवास समर्थन)।

स्रोत

2009-10-06 04:43:29

0

यदि आप canvas और svg/जो कुछ भी उपयुक्त नहीं है, तो मुझे लगता है कि मुझे लगता है कि वास्तव में इस दिन और उम्र (गैर-व्यक्तिगत साइटों के लिए) में HTML 5 का उपयोग करने का एकमात्र व्यावहारिक मामला होगा। अन्यथा मानक एचटीएमएल 4 सख्त/एक्सएचटीएमएल 1.0 के साथ चिपके रहें क्योंकि ये चश्मा वास्तव में पूर्ण हैं।

स्रोत

2009-10-06 04:44:34

1

एचटीएमएल 5 एचटीएमएल (हाइपरटेक्स्ट मार्कअप भाषा) का अगला बड़ा संशोधन है, जो वर्ल्ड वाइड वेब की मूल मार्कअप भाषा है। वेब हाइपरटेक्स्ट एप्लिकेशन टेक्नोलॉजी वर्किंग ग्रुप (WHATWG) ने जून 2004 में वेब अनुप्रयोगों के नाम के तहत विनिर्देशन पर काम करना शुरू किया।

एचटीएमएल 5 एचटीएमएल 4.01, एक्सएचटीएमएल 1.0 और डोम लेवल 2 एचटीएमएल के लिए प्रस्तावित अगला मानक है। एचटीएमएल 5 वेब अनुप्रयोग विकास में एक गेम परिवर्तक होने की उम्मीद है, इस तरह के प्लग-इन-आधारित समृद्ध इंटरनेट एप्लिकेशन (आरआईए) प्रौद्योगिकियों को एडोब फ्लैश, माइक्रोसॉफ्ट सिल्वरलाइट और सन जावाएफएक्स के रूप में अप्रचलित बना रहा है।

पढ़ें:

Why HTML5 is a Game Changer and what it means for you.

HTML5 Is Coming: Ignore It at Your Own Peril

स्रोत

2009-10-06 04:45:41 3zzy

5

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

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

इसके अतिरिक्त, HTML5 spec में उल्लिखित कुछ विशेषताएं नए आविष्कार नहीं हैं, लेकिन पुराने ब्राउज़र एक्सटेंशन जो पहले से ही कुछ समर्थन का आनंद लेते हैं। जैसे। सुअर-बदसूरत लेकिन व्यापक contentEditable। <embed> जैसे पुराने "दोस्त" भी पहली बार दस्तावेज किए गए हैं (अधिक दयालुता)।

When can I use... एक अच्छा अवलोकन है जहां हम कई HTML5 और CSS3 सुविधाओं के साथ खड़े हैं। LIIP के HTML5 comparison (पीडीएफ) भी है।

स्रोत

2009-10-06 05:18:24 bobince

+0

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

+1

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

0

यदि आप आधुनिक ब्राउज़र के लिए विकसित करना चाहते हैं, या यदि आप एक विशिष्ट डिवाइस को लक्षित कर रहे हैं, उदाहरण के लिए jQTouch का उपयोग करके आईफोन के लिए एक HTML ऐप लिखना तो हाँ, यह प्रमुख है। यह क्लाइंट पर डेटा स्टोर करना आसान बनाता है।

आप आधुनिकता की तरह पुस्तकालयों का उपयोग आसानी से एचटीएमएल 5 क्षमताओं के लिए समर्थन का पता लगाने और गहराई से अपमानित करने के लिए कर सकते हैं।इसके अलावा, वहाँ एचटीएमएल 5 doctype का उपयोग करने से रोकने के लिए कुछ भी नहीं है:

<!DOCTYPE html>

के बाद से यह सभी प्रासंगिक ब्राउज़रों (IE6 शामिल है) के मानकों के अनुरूप मोड में डालता है।

इसके अलावा, आईई 6,7,8 के लिए Chrome Frame plugin जैसे विवादास्पद चीजों के आगमन के साथ आप तर्कसंगत रूप से बाद में HTML5 सुविधाओं का उपयोग शुरू कर सकते हैं।

स्रोत

2009-10-06 17:55:13

2

एचटीएमएल 5 को अपनाने के प्राथमिक कारणों को बिना किसी अतिरिक्त सॉफ्टवेयर या प्रोग्रामिंग निर्देश के ब्राउज़र में ऑडियो और वीडियो के एकीकरण का समर्थन करना है। इस तर्क के साथ कुछ समस्याएं हैं।

1) एचटीएमएल उपयोगिता या मल्टीमीडिया के लिए मौजूद नहीं है। ये कभी भी इसके उद्देश्य नहीं थे और भाषा का इरादा नहीं थे। एचटीएमएल का इरादा मानव उपभोग के लिए लक्षित डेटा के रूप में सामग्री का वर्णन और संरचना करना है चाहे वह मानव द्वारा लिखा गया हो।

2) सभी रिपोर्ट की गई सुरक्षा भेद्यता का 95 +% क्लाइंट साइड स्क्रिप्टिंग से संबंधित है। इसमें तकनीकें शामिल हैं: फ्लैश, एक्रोबैट, एक्टिवएक्स, सिल्वरलाइट, जावास्क्रिप्ट, और बहुत आगे। एचटीएमएल में सीधे उन प्रौद्योगिकियों की सुविधाओं को एकीकृत करना मतलब है कि एचटीएमएल में सीधे सुरक्षा से संबंधित उन तकनीकी विफलताओं को एकीकृत करना। क्लाइंट साइड स्क्रिप्टिंग टेक्नोलॉजीज जिन्हें निष्पादन के लिए प्लगइन की आवश्यकता होती है, उन प्लगइन के विक्रेता को सुरक्षा शोषण की खोज होने पर सुरक्षा पैच को तेजी से विकसित और रिलीज़ करने की अनुमति मिलती है। एचटीएमएल कितनी बार अद्यतन किया जाता है?

3) एचटीएमएल 5 एचटीएमएल के मौजूदा रूपों से जुड़ी सभी समस्याओं को अनदेखा करता है: सुरक्षा, अभिगम्यता और वाक्यविन्यास अनुरूपता। एचटीएमएल में सूक्ष्म परिवर्तन वेब पर सुरक्षा में सुधार करने के लिए चमत्कार कर सकते हैं, जैसे कि आईफ्रेम के उपयोग पर सीमाएं लगाएं जो जावास्क्रिप्ट और एक्टिवएक्स से संबंधित शोषण के लिए सबसे तेजी से बढ़ते हमले वेक्टर हैं। अभिगम्यता हमेशा वेब के साथ एक समस्या रही है, और शीर्षक टैग (एच 1 - एच 6) के साथ कठोर आवश्यकताओं पाठ पाठकों के उपयोगकर्ताओं को सामग्री नेविगेशन भ्रम को काफी कम कर सकती है। एचटीएमएल सबसे अधिक लक्स और वाक्य रचनात्मक रूप से भिन्न भाषा है जो संभवतः कभी बनाई गई है, जो कई सहायक तकनीकों तक पहुंच को अविश्वसनीय रूप से कम या हटा देती है।

उपरोक्त बिंदु 1 में बताए गए HTML5 का समर्थन करने का कारण मल्टीमीडिया को एम्बेड करना है। कारण यह महत्वपूर्ण क्यों हैं बेतुका हैं और कोई समझ नहीं लेते हैं। आइए समीक्षा के लिए सामान्य जनादेशों की समीक्षा करें:

1) यह भविष्य है, इसलिए आपको इसका समर्थन करना होगा। यह अपने चेहरे पर तर्क की एक झूठ है। यह समर्थन करने के लिए आपकी पसंद है भले ही इसे भाषा का अगला संस्करण माना जाता है। ब्राउज़र कम से कम एक दशक से अधिक समय के लिए एचटीएमएल 4 या एक्सएचटीएमएल 1 के लिए समर्थन छोड़ने नहीं जा रहे हैं।

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

3) एचटीएमएल 5 ऑडियो/वीडियो के लिए समर्थन प्रदान करने जा रहा है जिसे आपको वर्तमान में प्लगइन पर भरोसा करना है। HTML में इन सुविधाओं का कोई कारण नहीं होना चाहिए। फ्लैश एक मूल रूप से शानदार प्लगइन है और कोई कारण नहीं है कि फ्लैश आधारित मीडिया ऑडियंस को किसी भी मापनीय सीमा तक उपभोग करने के लिए अनुपलब्ध है जिसे केवल उन समस्याओं को HTML में मजबूर कर हल किया जा सकता है।

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

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

मेरी राय यह है कि HTML5 के समर्थन के लिए कोई मजबूत कारण नहीं हैं। सिमेंटेक के शोध के मुताबिक पिछले साल समझौता प्रति माह $ 11.3 मिलियन प्रति माह लागत पर सुरक्षा विफलताओं और समझौता, इसलिए एचटीएमएल 5 का समर्थन नहीं करने के लिए मजबूत कारण हैं।

http://eval.symantec.com/mktginfo/enterprise/white_papers/b-whitepaper_government_internet_security_threat_report_04-2009.en-us.pdf

http://eval.symantec.com/mktginfo/enterprise/white_papers/b-whitepaper_internet_security_threat_report_xiv_04-2009.en-us.pdf

http://www.symantec.com/content/en/us/enterprise/media/security_response/whitepapers/web_based_attacks_02-2009.pdf

स्रोत

2009-10-07 16:16:02

+0

1: सच्चा समर्थन जोड़ना एम्बेडेड मीडिया के लिए क्लूडी वर्कअराउंड की अविश्वसनीय जटिलता को हटा देता है। 2: आप भ्रम विनिर्देश और कार्यान्वयन कर रहे हैं। 3: फिर से, आप भ्रमित करने वाले विनिर्देश हैं, जिनमें कार्यान्वयन के साथ कुछ वैकल्पिक अंत टैग (उदाहरण के लिए) हैं, जो टैग-सूप के लिए ब्राउज़र समर्थन है (जो मान्य नहीं है)। ... और फिर आप एक स्ट्रॉ-मैन बनाते हैं। # 4 विशेष रूप से आक्रामक है: अगर मैं एक फोन से एक साधारण वीडियो अपलोड कर रहा हूं, और मैं सिर्फ वीडियो टैग का उपयोग कर सकता हूं, तो विकास कहां है? यह एक कोने का मामला नहीं है। # 5 एक उचित शिकायत है। आपको http: //➡.ws/hmhtml5 – brianary

+0

1 को सुनना चाहिए 1) प्लगइन कार्यान्वयन के लिए क्लूडी वर्कअराउंड HTML में सुरक्षा उल्लंघनों को धक्का देने के लिए एक बहुत कमजोर कारण है। 2) मैं कार्यान्वयन के लिए विनिर्देशन भ्रमित नहीं कर रहा हूँ। एचटीएमएल 5 नई सुविधाओं के लिए सुरक्षा की चिंताओं को संबोधित नहीं करता है, इसलिए विनिर्देश में संबोधित समस्याओं को कार्यान्वयन में त्रुटियों का परिचय नहीं दिया जाएगा। 3) अधिक विशिष्ट हो। आप स्पष्ट नहीं हैं। 4) आप इसे वीडियो से जोड़ने वाले एंकर टैग का उपयोग करके HTML4 के साथ ऐसा कर सकते हैं। यह या तो एक कोने का मामला नहीं है। जब एचटीएमएल 5 गंभीरता से सुरक्षा लेता है तो पहला पल माना जाना चाहिए। –

+0

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

0

एचटीएमएल 5 और अधिक वेब आवेदन केंद्रित की (एक्स) एचटीएमएल पिछले संस्करणों की तुलना में है।

शायद सबसे महत्वपूर्ण परिवर्तन वेब प्रपत्रों 2.0, जो मान्यता (!), क्रिप्टो कुंजी पैदा आदानों, कई दिनांक और समय आदानों, संख्या आदानों, ईमेल और यूआरएल आदानों, उत्पादन तत्वों, और अधिक जोड़ता है।

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

ऑडियो, वीडियो और कैनवास टैग में बहुत से लोग पकड़े जाते हैं, जो मीडिया एम्बेडिंग (today, it's a mess) को काफी सरल बनाते हैं, और बेहतर उपयोगकर्ता नियंत्रण प्रदान करते हैं। आपने जो सुना होगा उसके बावजूद, इसका मतलब फ़्लैश या सिल्वरलाइट का अंत नहीं है, जरूरी है। इन तत्वों के लिए कार्यक्षमता प्रदान करने के लिए इन प्रौद्योगिकियों को ब्राउज़र द्वारा आसानी से लीवरेज किया जा सकता है, लेकिन डेवलपर स्तर की बजाय उपयोगकर्ता स्तर पर प्रतिस्पर्धा करना होगा।

यह अभी भी बहुत विवादास्पद है, और इस बात की कोई गारंटी नहीं है कि ब्राउज़र इस सामग्री को पूरी तरह कार्यान्वित करेंगे (एचटीएमएल 4 में ऑप्टग्रुप एक असफल रहा था), या अच्छी तरह से (क्लाइंट प्रमाणपत्र बहुत बड़ा असफल रहे थे), और कल्पना पूरी नहीं हुई है फिर भी, यह देखने के लिए कुछ और इंतजार हो सकता है कि अगले वर्ष या तो समर्थन पूरी तरह से बेक है या नहीं।

स्रोत

2009-10-07 17:32:27 brianary

0

HTML 5 के अगले अवतार के रूप में HTML 5 के बारे में सोचना पूरी तरह गलत है, ऐसा नहीं है। एचटीएमएल 5 एचटीएमएल 4 के सक्षम होने के तरीके से आगे बढ़ता है।एचटीएमएल 5 को पूरी तरह से विकसित वेब आधारित एप्लिकेशन प्लेटफ़ॉर्म के रूप में डिज़ाइन किया गया है। तो यह सिर्फ वेब ब्राउज़र में 'चीजें' को प्रदर्शित करने के बारे में नहीं है।

वेब कर्मचारी
वेब सॉकेट
एप्लिकेशन कैश
वैश्विक भंडारण
आदि ....

यह भी युग का अंत वर्तनी हम वेब के बारे में बात कर रहे थे जावास्क्रिप्ट के बिना काम करने की जरूरत 'साइट्स'। जावास्क्रिप्ट एचटीएमएल 5 और वेब के भविष्य के अभिन्न अंग है।

बेशक

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

स्रोत

2009-11-09 13:16:24 zardoz

0

सही उत्तर है: यह निर्भर करता है।

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

भंडारण प्रस्ताव की तरह अन्य सुविधाओं विचार है कि उपयोगकर्ताओं को और विक्रेताओं बस सुरक्षा चिंताओं से बाहर इन सुविधाओं को अक्षम नहीं होगा (जैसे कुकीज़ अक्सर अब ब्लॉक किए गए हैं) पर आधारित हैं।

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

मैं WHATWG सूची HTMLs सफलता के अधिकांश क्षेत्रों में किया जाएगा जहां कम या कोई गैर अनुरूपता से लाभ के लिए क्षमता है पर क्या देखा है से

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

मैं मूल रूप से इसे ओपन जीएल 3.0 के पथ पर देखता हूं। कॉर्पोरेट एजेंडा द्वारा उलझन में होने तक यह इसकी अनुमानित महिमा की छाया है। यह बहुत मूल्यवान होने में बहुत देर हो जाएगी और ब्राउजर विक्रेता और संस्करण के आधार पर एचटीएमएल 5 के सौ अलग-अलग कार्यान्वयन होंगे ताकि डिजाइनर 10 साल से अभी भी अपने पृष्ठों में कुछ स्थिरता रखने के लिए HTML4 पर लिख रहे हों।

सुंदर ज्यादा सब कुछ, माइक्रोसॉफ्ट पर निर्भर करता है आईई द्वारा समर्थित नहीं छिटपुट और फीके गोद लेने देखेंगे के बाद से कुछ। इस क्षेत्र में माइक्रोसॉफ्ट के इतिहास को देखते हुए, WHATWG चर्चाओं से उनकी स्पष्ट अनुपस्थिति के साथ, सिल्वरलाइट और विंडोज प्रेजेंटेशन फ्रेमवर्क के उनके आक्रामक प्रचार, कार्यालय में उनके घटिया HTML प्रतिपादन/निर्माण (Outlook 2007 विवाद देखें) और उनके धीमे गोद लेने के लिए और एचटीएमएल 5 फीचर्स में बहुत विश्वास होना मुश्किल है कि वे गेंद खेलेंगे।

स्रोत

2009-11-09 13:53:52 SpliFF

मुझे HTML 5 के बारे में परवाह करना चाहिए?

उत्तर

संबंधित मुद्दे