एक्सएचटीएमएल: Difference between revisions

From Vigyanwiki
No edit summary
No edit summary
Line 148: Line 148:




=== गोद लेना ===
=== स्वीकरण ===
एचटीएमएल 4.01 और एक्सएचटीएमएल 1.0 के बीच समानता ने कई वेबसाइटों और सामग्री प्रबंधन प्रणालियों को शुरुआती डब्ल्यू3सी एक्सएचटीएमएल 1.0 सिफारिश को अपनाने के लिए प्रेरित किया। संक्रमण में लेखकों की सहायता करने के लिए, W3C ने HTML-संगत तरीके से XHTML 1.0 दस्तावेज़ों को प्रकाशित करने के बारे में मार्गदर्शन प्रदान किया, और उन्हें उन ब्राउज़रों को प्रदान किया जो XHTML के लिए डिज़ाइन नहीं किए गए थे।<ref name="appendix_c">{{cite web
एचटीएमएल 4.01 और एक्सएचटीएमएल 1.0 के बीच समानता ने कई वेबसाइटों और सामग्री प्रबंधन प्रणालियों को प्रारंभिक डब्ल्यू3सी एक्सएचटीएमएल 1.0 अनुशंसा को अपनाने के लिए प्रेरित किया। परिवर्तन में लेखकों की सहायता के लिए, W3C ने XHTML 1.0 दस्तावेज़ों को HTML-संगत तरीके से कैसे प्रकाशित किया जाए, और उन्हें उन ब्राउज़रों में कैसे परोसा जाए, इस पर मार्गदर्शन प्रदान किया जो XHTML के लिए डिज़ाइन नहीं किए गए थे।<ref name="appendix_c">{{cite web
   | url        = http://www.w3.org/TR/xhtml1/#guidelines
   | url        = http://www.w3.org/TR/xhtml1/#guidelines
   | title      = XHTML 1.0 Specification, Appendix C: HTML Compatibility Guidelines
   | title      = XHTML 1.0 Specification, Appendix C: HTML Compatibility Guidelines
Line 163: Line 163:
}}</ref>
}}</ref>


ऐसी HTML-संगत सामग्री HTML मीडिया प्रकार (<code>text/html</code>) XHTML के लिए आधिकारिक इंटरनेट मीडिया प्रकार के बजाय (<code>application/xhtml+xml</code>). एक्सएचटीएमएल को नियमित एचटीएमएल के अपनाने को मापते समय, इसलिए, यह अंतर करना महत्वपूर्ण है कि क्या यह मीडिया प्रकार का उपयोग है या वास्तविक दस्तावेज़ सामग्री है जिसकी तुलना की जा रही है।<ref>{{Cite web|url=https://support.google.com/webmasters/answer/79812?hl=en|title = Meta and Inline Tags that Google Understands {{pipe}} Google Search Central}}</ref><ref>Greta de Groat (2002). "Perspectives on the Web and Google: [[Monika Henzinger]], Director of Research, Google", ''Journal of Internet Cataloging'', Vol. 5(1), pp. 17-28, 2002.</ref>
ऐसी HTML-संगत सामग्री HTML (<code>application/xhtml+xml</code>)के लिए आधिकारिक इंटरनेट मीडिया प्रकार के बजाय HTML मीडिया प्रकार (<code>text/html</code>) XHTML का उपयोग करके भेजी जाती है।इसलिए, नियमित HTML के साथ XHTML की स्वीकार्यता को मापते समय, यह अंतर करना महत्वपूर्ण है कि क्या यह मीडिया प्रकार का उपयोग है या वास्तविक दस्तावेज़ सामग्री है जिसकी तुलना की जा रही है।<ref>{{Cite web|url=https://support.google.com/webmasters/answer/79812?hl=en|title = Meta and Inline Tags that Google Understands {{pipe}} Google Search Central}}</ref><ref>Greta de Groat (2002). "Perspectives on the Web and Google: [[Monika Henzinger]], Director of Research, Google", ''Journal of Internet Cataloging'', Vol. 5(1), pp. 17-28, 2002.</ref>
 
अधिकांश वेब ब्राउज़रों को परिपक्व समर्थन प्राप्त होता है<ref name="mature_support">प्रारंभिक कार्यान्वयन (जैसे मोज़िला 0.7 और ओपेरा 6.0, दोनों 2001 में जारी किए गए) एक्सएचटीएमएल को वृद्धिशील रूप से प्रस्तुत नहीं करते हैं क्योंकि यह नेटवर्क पर प्राप्त होता है, एक खराब उपयोगकर्ता अनुभव देता है; [https://www.mozilla.org/docs/web-developer/faq.html#xhtmldiff Mozilla वेब लेखक FAQ] देखें। बाद के ब्राउज़र जैसे कि ओपेरा 9.0, सफारी 3.0 और फ़ायरफ़ॉक्स 3.0 में यह समस्या नहीं है। सभी संभावित एक्सएचटीएमएल मीडिया प्रकारों के लिए </ रेफ>। रेफरी>{{cite web
अधिकांश वेब ब्राउज़रों को परिपक्व समर्थन प्राप्त होता है<ref name="mature_support">प्रारंभिक कार्यान्वयन (जैसे मोज़िला 0.7 और ओपेरा 6.0, दोनों 2001 में जारी किए गए) एक्सएचटीएमएल को वृद्धिशील रूप से प्रस्तुत नहीं करते हैं क्योंकि यह नेटवर्क पर प्राप्त होता है, एक खराब उपयोगकर्ता अनुभव देता है; [https://www.mozilla.org/docs/web-developer/faq.html#xhtmldiff Mozilla वेब लेखक FAQ] देखें। बाद के ब्राउज़र जैसे कि ओपेरा 9.0, सफारी 3.0 और फ़ायरफ़ॉक्स 3.0 में यह समस्या नहीं है। सभी संभावित एक्सएचटीएमएल मीडिया प्रकारों के लिए </ रेफ>। रेफरी>{{cite web
  | url  = http://www.w3.org/People/mimasa/test/xhtml/media-types/results
<nowiki> </nowiki> <nowiki>|</nowiki> url  = http://www.w3.org/People/mimasa/test/xhtml/media-types/results
   | title = एक्सएचटीएमएल मीडिया टाइप टेस्ट - परिणाम| work  = w3.org
   | title = एक्सएचटीएमएल मीडिया टाइप टेस्ट - परिणाम| work  = w3.org
}</ref> उल्लेखनीय अपवाद [[Microsoft]] द्वारा [[इंटरनेट एक्सप्लोरर]] संस्करण 8 और पहले के संस्करण हैं; प्रतिपादन के बजाय <code>application/xhtml+xml</code> सामग्री, एक संवाद बॉक्स उपयोगकर्ता को सामग्री को डिस्क पर सहेजने के लिए आमंत्रित करता है। दोनों Internet Explorer 7 (2006 में जारी) और Internet Explorer 8 (मार्च 2009 में जारी) इस व्यवहार को प्रदर्शित करते हैं।<ref name="wilson-XML">{{cite web
}</ref> सभी संभावित XHTML मीडिया प्रकारों के लिए<ref name="wilson-XML">{{cite web
   | url        = http://blogs.msdn.com/ie/archive/2005/09/15/467901.aspx
   | url        = http://blogs.msdn.com/ie/archive/2005/09/15/467901.aspx
   | title      = The <?xml> prolog, strict mode, and XHTML in IE
   | title      = The <?xml> prolog, strict mode, and XHTML in IE
Line 174: Line 175:
   | access-date = 2007-06-16
   | access-date = 2007-06-16
   | quote      = I've also been reading comments for some time in the IEBlog asking for support for the "application/xml+xhtml" MIME type in IE. I should say that IE7 will not add support for this MIME type – we will, of course, continue to read XHTML when served as "text/html", presuming it follows the HTML compatibility recommendations.
   | quote      = I've also been reading comments for some time in the IEBlog asking for support for the "application/xml+xhtml" MIME type in IE. I should say that IE7 will not add support for this MIME type – we will, of course, continue to read XHTML when served as "text/html", presuming it follows the HTML compatibility recommendations.
}}</ref> Microsoft डेवलपर [[क्रिस विल्सन (ओपन वेब एडवोकेट)]] ने 2005 में समझाया कि IE7 की प्राथमिकताओं में [[ब्राउज़र सुरक्षा]] और [[ व्यापक स्टाइल शीट ]] समर्थन में सुधार किया गया था, और IE के अनुकूलता-उन्मुख HTML पार्सर पर उचित XHTML समर्थन को ग्राफ्ट करना मुश्किल होगा;<ref name="wilson">{{cite web
}}</ref> उल्लेखनीय अपवाद [[Microsoft]] द्वारा [[इंटरनेट एक्सप्लोरर]] संस्करण 8 और इससे पहले का संस्करण है; <code>application/xhtml+xml</code> सामग्री को प्रस्तुत करने के बजाय, एक संवाद बॉक्स उपयोगकर्ता को सामग्री को डिस्क पर सहेजने के लिए आमंत्रित करता है। इंटरनेट एक्सप्लोरर 7 (2006 में जारी) और इंटरनेट एक्सप्लोरर 8 (मार्च 2009 में जारी) दोनों इस व्यवहार को प्रदर्शित करते हैं।<ref name="wilson">{{cite web
   | url        = http://blogs.msdn.com/ie/archive/2005/09/15/467901.aspx
   | url        = http://blogs.msdn.com/ie/archive/2005/09/15/467901.aspx
   | title      = The <?xml> prolog, strict mode, and XHTML in IE
   | title      = The <?xml> prolog, strict mode, and XHTML in IE
Line 181: Line 182:
   | access-date = 2007-06-16
   | access-date = 2007-06-16
   | quote      = ...If we tried to support real XHTML in IE 7 we would have ended up using our existing HTML parser (which is focused on compatibility) and hacking in XML constructs. It is highly unlikely we could support XHTML well in this way; in particular, we would certainly not detect a few error cases here or there, and we would silently support invalid cases. This would, of course, cause compatibility problems based on parser error handling in the future, which XML is explicitly trying to avoid; we don't want to cause another mess like the one with current HTML error handling (rooted in compatibility with earlier browsers – you can blame me for that personally somewhat, but not IE). I would much rather take the time to implement XHTML properly after IE 7, and have it be truly interoperable...
   | quote      = ...If we tried to support real XHTML in IE 7 we would have ended up using our existing HTML parser (which is focused on compatibility) and hacking in XML constructs. It is highly unlikely we could support XHTML well in this way; in particular, we would certainly not detect a few error cases here or there, and we would silently support invalid cases. This would, of course, cause compatibility problems based on parser error handling in the future, which XML is explicitly trying to avoid; we don't want to cause another mess like the one with current HTML error handling (rooted in compatibility with earlier browsers – you can blame me for that personally somewhat, but not IE). I would much rather take the time to implement XHTML properly after IE 7, and have it be truly interoperable...
}}</ref> हालाँकि, Microsoft ने [[Internet Explorer 9]] में सच्चे XHTML के लिए समर्थन जोड़ा।<ref>{{cite web
}}</ref> माइक्रोसॉफ्ट डेवलपर [[क्रिस विल्सन (ओपन वेब एडवोकेट)]] ने 2005 में बताया कि IE7 की प्राथमिकताएँ  [[ब्राउज़र सुरक्षा]] और [[ व्यापक स्टाइल शीट | व्यापक स्टाइल शीट]] समर्थन में सुधार करना था, और उचित XHTML समर्थन को IE के संगतता-उन्मुख HTML पार्सर पर ग्राफ्ट करना मुश्किल होगा; <ref>{{cite web
   | url        = http://blogs.msdn.com/ie/archive/2010/03/16/html5-hardware-accelerated-first-ie9-platform-preview-available-for-developers.aspx
   | url        = http://blogs.msdn.com/ie/archive/2010/03/16/html5-hardware-accelerated-first-ie9-platform-preview-available-for-developers.aspx
   | title      = HTML5, Hardware Accelerated: First IE9 Platform Preview Available for Developers
   | title      = HTML5, Hardware Accelerated: First IE9 Platform Preview Available for Developers
Line 191: Line 192:
   | access-date = 2010-03-22
   | access-date = 2010-03-22
   | quote      = ...At this time, we're looking for developer feedback on our implementation of HTML5's parsing rules, Selection APIs, XHTML support, and inline SVG. Within CSS3, we're looking for developer feedback on IE9's support for Selectors, Namespaces, Colors, Values, Backgrounds and Borders, and Fonts....
   | quote      = ...At this time, we're looking for developer feedback on our implementation of HTML5's parsing rules, Selection APIs, XHTML support, and inline SVG. Within CSS3, we're looking for developer feedback on IE9's support for Selectors, Namespaces, Colors, Values, Backgrounds and Borders, and Fonts....
}}</ref>
}}</ref>हालाँकि, Microsoft ने [[Internet Explorer 9]] में सच्चे XHTML के लिए समर्थन जोड़ा।<ref name="the_x-philes">{{cite web
जब तक समर्थन व्यापक नहीं है, अधिकांश वेब डेवलपर एक्सएचटीएमएल का उपयोग करने से बचते हैं जो एचटीएमएल-संगत नहीं है,<ref name="the_x-philes">{{cite web
<nowiki> </nowiki> <nowiki>|</nowiki> url        = http://www.goer.org/Markup/TheXPhiles/
  | url        = http://www.goer.org/Markup/TheXPhiles/
   | title      = List of XHTML Sites (the X-Philes)
   | title      = List of XHTML Sites (the X-Philes)
   | access-date = 2008-08-26
   | access-date = 2008-08-26
}</ref> इसलिए XML के लाभ जैसे नामस्थान, तेज़ पार्सिंग, और छोटे पदचिन्ह वाले ब्राउज़र उपयोगकर्ता को लाभ नहीं पहुँचाते हैं। रेफरी>[http://sangers.nu/blog/tech/20080909-the-meta-tag-attribute--keywords 2007 में, खोज इंजन अनुकूलन में 37 नेताओं ने निष्कर्ष निकाला कि कीवर्ड विशेषता में कीवर्ड होने से कोई नहीं है। सेंगर। नू ब्लॉग, 9 सितम्बर 2008, 2 अगस्त 2011 को पुनःप्राप्त] {{webarchive |url=https://web.archive.org/web/20090221001513/http://sangers.nu/blog/tech/20080909-the-meta-tag-attribute--keywords |date=February 21, 2009 }}</ref><ref>{{cite web
}</ref>
 
जब तक समर्थन व्यापक नहीं है, अधिकांश वेब डेवलपर एक्सएचटीएमएल का उपयोग करने से बचते हैं जो एचटीएमएल-संगत नहीं है,<ref>{{cite web
   | url        = http://nettrafficacademy.com/blog/meta-for-seo/
   | url        = http://nettrafficacademy.com/blog/meta-for-seo/
   | title      = Meta used for SEO
   | title      = Meta used for SEO
Line 204: Line 206:
   | archive-date = March 31, 2016
   | archive-date = March 31, 2016
   | url-status  = live
   | url-status  = live
}}</ref><ref>[[Danny Sullivan (technologist)|Danny Sullivan]], [http://searchenginewatch.com/showPage.html?page=2167931 How To Use HTML Meta Tags] {{Webarchive|url=https://web.archive.org/web/20080913174704/http://searchenginewatch.com/showPage.html?page=2167931 |date=2008-09-13 }}, [[Search Engine Watch]], December 5, 2002</ref>
}}</ref>इसलिए XML के फायदे जैसे नेमस्पेस, तेज़ पार्सिंग और छोटे-फ़ुटप्रिंट ब्राउज़र उपयोगकर्ता को लाभ नहीं पहुँचाते हैं। रेफरी>[http://sangers.nu/blog/tech/20080909-the-meta-tag-attribute--keywords 2007 में, खोज इंजन अनुकूलन में 37 नेताओं ने निष्कर्ष निकाला कि कीवर्ड विशेषता में कीवर्ड होने से कोई नहीं है। सेंगर। नू ब्लॉग, 9 सितम्बर 2008, 2 अगस्त 2011 को पुनःप्राप्त] {{webarchive |url=https://web.archive.org/web/20090221001513/http://sangers.nu/blog/tech/20080909-the-meta-tag-attribute--keywords |date=February 21, 2009 }}<nowiki></ref></nowiki> <ref>[[Danny Sullivan (technologist)|Danny Sullivan]], [http://searchenginewatch.com/showPage.html?page=2167931 How To Use HTML Meta Tags] {{Webarchive|url=https://web.archive.org/web/20080913174704/http://searchenginewatch.com/showPage.html?page=2167931 |date=2008-09-13 }}, [[Search Engine Watch]], December 5, 2002</ref><ref name="hickson">{{cite web
 
 
=== आलोचना ===
2000 के दशक की शुरुआत में, कुछ वेब डेवलपर्स ने सवाल करना शुरू किया कि वेब लेखकों ने एक्सएचटीएमएल में संलेखन में छलांग क्यों लगाई।<ref name="hickson">{{cite web
   | url        = http://www.hixie.ch/advocacy/xhtml
   | url        = http://www.hixie.ch/advocacy/xhtml
   | title      = Sending XHTML as text/html Considered Harmful
   | title      = Sending XHTML as text/html Considered Harmful
Line 220: Line 218:
   | date      = 2004-06-13
   | date      = 2004-06-13
   | access-date = 2007-06-16
   | access-date = 2007-06-16
}}</ref><ref name="stachowiak">{{cite web
}}</ref>  
=== आलोचना ===
2000 के दशक की शुरुआत में, कुछ वेब डेवलपर्स ने सवाल करना शुरू कर दिया कि वेब लेखकों ने एक्सएचटीएमएल में लिखने की दिशा में छलांग क्यों लगाई।<ref name="stachowiak">{{cite web
   | url        = http://webkit.org/blog/?p=68
   | url        = http://webkit.org/blog/?p=68
   | title      = Understanding HTML, XML, and XHTML
   | title      = Understanding HTML, XML, and XHTML
Line 226: Line 226:
   | date      = 2006-09-20
   | date      = 2006-09-20
   | access-date = 2007-06-16
   | access-date = 2007-06-16
}}</ref> अन्य लोगों ने विरोध किया कि एक्सएचटीएमएल के उपयोग के लिए जिम्मेदार समस्याओं को ज्यादातर दो मुख्य स्रोतों के लिए जिम्मेदार ठहराया जा सकता है: कुछ वेब लेखकों द्वारा अवैध एक्सएचटीएमएल दस्तावेजों का उत्पादन और [[इंटरनेट एक्सप्लोरर 6]] में निर्मित एक्सएचटीएमएल के लिए समर्थन की कमी।<ref>{{cite web
}}</ref> <ref>{{cite web
   | url        = http://h3h.net/2005/12/xhtml-harmful-to-feelings/
   | url        = http://h3h.net/2005/12/xhtml-harmful-to-feelings/
   | title      = Sending XHTML as text/HTML Considered Harmful to Feelings
   | title      = Sending XHTML as text/HTML Considered Harmful to Feelings
Line 240: Line 240:
   | access-date = 2008-09-13
   | access-date = 2008-09-13
   | quote      = Some people say XHTML on the Web has failed, but I say it is our biggest success in the fight for Web Standards. ...  XHTML is a good thing for the web, though, and it's a shame that people are trying to make a case against it. To prove this, I'll flesh out the myth for you and then show you why XHTML is the best thing since sliced bread when it comes to our fight for Web Standards. ...  So to conclude, sending XHTML as text/html causes no damage or harm anywhere today, as long as your XHTML does validate. And, if you want Web Standards to become more and more widespread, stick to using XHTML and validate your pages.
   | quote      = Some people say XHTML on the Web has failed, but I say it is our biggest success in the fight for Web Standards. ...  XHTML is a good thing for the web, though, and it's a shame that people are trying to make a case against it. To prove this, I'll flesh out the myth for you and then show you why XHTML is the best thing since sliced bread when it comes to our fight for Web Standards. ...  So to conclude, sending XHTML as text/html causes no damage or harm anywhere today, as long as your XHTML does validate. And, if you want Web Standards to become more and more widespread, stick to using XHTML and validate your pages.
}}</ref> उन्होंने खोज, अनुक्रमण और पार्सिंग के साथ-साथ स्वयं वेब को भविष्य-प्रमाणित करने के संबंध में XML-आधारित वेब दस्तावेज़ों (यानी XHTML) के लाभों का वर्णन किया।
}}</ref>दूसरों ने प्रतिवाद किया कि एक्सएचटीएमएल के उपयोग से जुड़ी समस्याओं के लिए अधिकतर दो मुख्य स्रोत जिम्मेदार हो सकते हैं: कुछ वेब लेखकों द्वारा अमान्य एक्सएचटीएमएल दस्तावेजों का उत्पादन और [[इंटरनेट एक्सप्लोरर 6]] में निर्मित एक्सएचटीएमएल के लिए समर्थन की कमी।<ref name=":0">{{cite web
 
अक्टूबर 2006 में, HTML के आविष्कारक और W3C अध्यक्ष [[ टिक बैरनर्स - ली ]] ने एक नए HTML विनिर्देशन को विकसित करने के लिए एक प्रमुख W3C प्रयास की शुरुआत करते हुए अपने ब्लॉग में पोस्ट किया कि, दुनिया को XML पर स्विच करने का प्रयास... सब कुछ एक बार में नहीं हुआ' टी काम। बड़ी HTML-जनरेट करने वाली जनता नहीं चली ... कुछ बड़े समुदाय शिफ्ट हुए और अच्छी तरह से बने सिस्टम के फल का आनंद ले रहे हैं ... योजना एक पूरी तरह से नए HTML समूह को चार्टर करने की है।<ref>{{cite web
   | url        = http://dig.csail.mit.edu/breadcrumbs/node/166
   | url        = http://dig.csail.mit.edu/breadcrumbs/node/166
   | title      = Reinventing HTML
   | title      = Reinventing HTML
Line 252: Line 250:
   | archive-url  = https://web.archive.org/web/20070609092703/http://dig.csail.mit.edu/breadcrumbs/node/166
   | archive-url  = https://web.archive.org/web/20070609092703/http://dig.csail.mit.edu/breadcrumbs/node/166
   | archive-date = 2007-06-09
   | archive-date = 2007-06-09
}}</ref> वर्तमान HTML5 कार्यकारी मसौदे में कहा गया है कि इंटरऑपरेबिलिटी में सुधार के प्रयास में उपयोगकर्ता एजेंटों के लिए स्पष्ट अनुरूपता मानदंडों को परिभाषित करने पर विशेष ध्यान दिया गया है ... जबकि साथ ही पिछले कुछ वर्षों में उठाए गए मुद्दों को हल करने के लिए HTML विनिर्देशों को अपडेट किया गया है। HTML5 विनिर्देश के संपादक [[इयान हिकसन]] ने 2002 में XHTML के अनुचित उपयोग की आलोचना करते हुए,<ref name="hickson"/>इस विनिर्देशन को विकसित करने वाले समूह का सदस्य है और वर्तमान कार्यकारी मसौदे के सह-संपादकों में से एक के रूप में सूचीबद्ध है।<ref name="html5-WD">{{cite web
}}</ref><ref name="html5-WD">{{cite web
   | url        = http://www.w3.org/TR/html5/
   | url        = http://www.w3.org/TR/html5/
   | title      = HTML5: A vocabulary and associated APIs for HTML and XHTML
   | title      = HTML5: A vocabulary and associated APIs for HTML and XHTML
Line 259: Line 257:
   | date      = 2011-01-13
   | date      = 2011-01-13
   | access-date = 2011-02-16
   | access-date = 2011-02-16
}}</ref>
}}</ref> उन्होंने खोज, अनुक्रमण और पार्सिंग के साथ-साथ वेब को भविष्य में सुरक्षित करने के संबंध में XML-आधारित वेब दस्तावेज़ (HTML में) के लाभों का वर्णन किया।
साइमन पीटर्स ने मोबाइल ब्राउज़रों के XML-अनुपालन पर शोध किया<ref name="zcorpan">{{cite web
 
अक्टूबर 2006 में, HTML के आविष्कारक और W3C अध्यक्ष [[ टिक बैरनर्स - ली ]] ने एक नया HTML विनिर्देश विकसित करने के लिए एक प्रमुख W3C प्रयास की शुरुआत की, अपने ब्लॉग में पोस्ट किया कि, "दुनिया को XML पर स्विच करने का प्रयास...एक बार में काम नहीं आया। बड़ी HTML-जनरेटिंग जनता स्थानांतरित नहीं हुई... कुछ बड़े समुदाय स्थानांतरित हुए और अच्छी तरह से गठित प्रणालियों के फल का आनंद ले रहे हैं... योजना एक पूरी तरह से नए HTML समूह को चार्टर करने की है।<ref name="zcorpan">{{cite web
   | url        = http://simon.html5.org/articles/mobile-results
   | url        = http://simon.html5.org/articles/mobile-results
   | title      = Results of mobile tests
   | title      = Results of mobile tests
   | author    = Simon Pieters
   | author    = Simon Pieters
   | access-date = 2009-10-31
   | access-date = 2009-10-31
}}</ref> और इस दावे का निष्कर्ष निकाला कि मोबाइल उपकरणों के लिए XHTML की आवश्यकता केवल एक मिथक है।
}}</ref> वर्तमान HTML5 वर्किंग ड्राफ्ट कहता है, "इंटरऑपरेबिलिटी में सुधार के प्रयास में उपयोगकर्ता एजेंटों के लिए स्पष्ट अनुरूपता मानदंड को परिभाषित करने पर विशेष ध्यान दिया गया है... साथ ही पिछले कुछ वर्षों में उठाए गए मुद्दों के समाधान के लिए HTML विनिर्देशों को अपडेट किया जा रहा है।"एचटीएमएल5 विनिर्देशन के संपादक [[इयान हिकसन]] 2002 में एक्सएचटीएमएल के अनुचित उपयोग की आलोचना की,<ref name="stachowiak" />इस विनिर्देश को विकसित करने वाले समूह का सदस्य है और वर्तमान कामकाजी मसौदे के सह-संपादकों में से एक के रूप में सूचीबद्ध है।<ref name="xhtml-1.0" />
 
<ref name="hickson" /><ref name="html5-WD" /><ref name="zcorpan" /><ref name=":0" /><ref name="hickson" />
 
साइमन पीटर्स ने मोबाइल ब्राउज़रों के XML-अनुपालन पर शोध किया<ref name="xhtml-1.0-se" /> और निष्कर्ष निकाला कि "यह दावा कि मोबाइल उपकरणों के लिए XHTML की आवश्यकता होगी, केवल एक मिथक है"।


== एक्सएचटीएमएल के संस्करण ==
== एक्सएचटीएमएल के संस्करण ==

Revision as of 09:38, 23 June 2023

XHTML
Filename extension
.xhtml, .xht,
.xml, .html, .htm
Internet media type
application/xhtml+xml
Uniform Type Identifier (UTI)public.XHTML
UTI conformationpublic.xml
Developed byWHATWG
Initial release26 January 2000 (2000-01-26)
Type of formatMarkup language
Extended fromXML, HTML
StandardHTML LS
Open format?Yes

एक्स्टेंसिबल हाइपरटेक्स्ट मार्कअप भाषा (एक्सएचटीएमएल) एक्सएमएल मार्कअप भाषा के परिवार का हिस्सा है।यह व्यापक रूप से उपयोग की जाने वाली हाइपरटेक्स्ट मार्कअप भाषा (HTML) के संस्करणों को प्रतिबिंबित या विस्तारित करता है, जिस भाषा में वेब पृष्ठ तैयार किए जाते हैं।

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

एक्सएचटीएमएल 1.0 26 जनवरी 2000 को विश्वव्यापी वेब संकाय कंसोर्टियम (डब्ल्यू3सी) की अनुशंसा बन गया।। वर्ल्ड वाइड वेब कंसोर्टियम (डब्ल्यू3सी) 26 जनवरी 2000 को डब्ल्यू3सी की सिफारिश। एक्सएचटीएमएल 1.1 31 मई 2001 को डब्ल्यू3सी की अनुशंसा बन गया। एक्सएचटीएमएल को अब "एचटीएमएल के लिए एक्सएमएल वाक्यविन्यास" के रूप में जाना जाता है और इसे एचटीएमएल जीवन स्तर के एक्सएमएल अनुकूलन के रूप में विकसित किया जा रहा है।[2][3]

अवलोकन

XHTML 1.0, XML 1.0 के अनुप्रयोगों के रूप में तीन HTML 4 दस्तावेज़ प्रकारों का पुनर्निमाण था।[4] वर्ल्ड वाइड वेब कंसोर्टियम (डब्ल्यू3सी) ने भी साथ-साथ एचटीएमएल 4.01 अनुशंसा को बनाए रखा।अगस्त 2002 में प्रकाशित और संशोधित एक्सएचटीएमएल1.0 अनुशंसा दस्तावेज़ में, डब्ल्यू3सी ने टिप्पणी की कि "एक्सएचटीएमएल परिवार इंटरनेट के विकास में अगला कदम है। आज एक्सएचटीएमएल में माइग्रेट करके, सामग्री डेवलपर्स अपने सभी सहायक लाभों के साथ एक्सएमएल दुनिया में प्रवेश कर सकते हैं,जबकि वे अभी भी अपनी सामग्री की पिछली और भविष्य की अनुकूलता में आश्वस्त हैं।"[4]

हालाँकि, 2005 में, XHTML पर आधारित नहीं बल्कि सामान्य HTML को आगे बढ़ाने पर काम करने के लिए, W3C से स्वतंत्र रूप से वेब हाइपरटेक्स्ट एप्लिकेशन टेक्नोलॉजी वर्किंग ग्रुप (WHATWG) का गठन किया गया था। WHATWG ने अंततः एक ऐसे मानक पर काम करना शुरू किया जो XML और गैर-XML क्रमांकन, HTML5, दोनों का समर्थन करता था, XHTML 2.0 जैसे W3C मानकों के समानांतर 2007 में, W3C के HTML कार्य समूह ने आधिकारिक तौर पर HTML5 को मान्यता देने और अगली पीढ़ी के HTML मानक के रूप में इस पर काम करने के लिए मतदान किया।[5] 2009 में, W3C ने XHTML 2.0 वर्किंग ग्रुप के चार्टर को समाप्त करने की अनुमति दी, यह स्वीकार करते हुए कि HTML5 एकमात्र अगली पीढ़ी का HTML मानक होगा, जिसमें XML और गैर-XML क्रमांकन दोनों शामिल होंगे।[6] दो क्रमबद्धताओं में से, W3C सुझाव देता है कि अधिकांश लेखक XHTML वाक्यविन्यास के बजाय HTML वाक्यविन्यास का उपयोग करते हैं।[7]

XHTML 1.0 और XHTML 1.1 दोनों की W3C अनुशंसाएँ[8][9] एचटीएमएल 4.0 के साथ,[10] एचटीएमएल 4.01,[11] और एचटीएमएल 5।[12] के साथ 27 मार्च 2018 को समाप्त कर दी गईं।


प्रेरणा

एक्सएचटीएमएल को एचटीएमएल को अधिक विस्तार योग्य बनाने और अन्य डेटा प्रारूपों के साथ अंतरसंचालनीयता बढ़ाने के लिए विकसित किया गया था।[13] इसके अलावा, ब्राउज़र HTML में त्रुटियों को माफ कर रहे थे, और अधिकांश वेबसाइटें मार्कअप में तकनीकी त्रुटियों के बावजूद प्रदर्शित की गईं; XHTML ने सख्त त्रुटि प्रबंधन की शुरुआत की।[14] HTML 4 प्रत्यक्षतः मानक सामान्यीकृत मार्कअप भाषा (एसजीएमएल) का एक अनुप्रयोग था; हालाँकि SGML के लिए विनिर्देशन जटिल था, और न तो वेब ब्राउज़र और न ही HTML 4 सिफ़ारिश पूरी तरह से इसके अनुरूप थे।[15] 1998 में अनुमोदित XML मानक, HTML 4 के समान सरल डेटा प्रारूप प्रदान करता है।[16] XML प्रारूप में स्थानांतरित होने से, यह आशा की गई थी कि HTML सामान्य XML टूल के साथ संगत हो जाएगा;[17] सर्वर और प्रॉक्सी मोबाइल फोन जैसे प्रतिबंधित उपकरणों के लिए आवश्यकतानुसार सामग्री को बदलने में सक्षम होंगे।[18]

नामस्थानों का उपयोग करके, XHTML दस्तावेज़ अन्य XML-आधारित भाषाओं जैसे स्केलेबल वेक्टर ग्राफिक्स और मैथएमएल के अंशों को शामिल करके विस्तारशीलता प्रदान कर सकते हैं।[19] अंत में, नवीनीकृत कार्य HTML को पुन: प्रयोज्य घटकों (XHTML मॉड्यूलराइजेशन) में विभाजित करने और भाषा के गंदे हिस्सों को साफ करने का अवसर प्रदान करेगा।[20]


एचटीएमएल से संबंध

एक्सएचटीएमएल और एचटीएमएल के बीच कई अंतर हैं। दस्तावेज़ ऑब्जेक्ट मॉडल (डीओएम) एक वृक्ष संरचना है जो अनुप्रयोगों में आंतरिक रूप से पृष्ठ का प्रतिनिधित्व करती है, और एक्सएचटीएमएल और एचटीएमएल मार्कअप में इसका प्रतिनिधित्व करने के दो अलग-अलग तरीके हैं। दोनों डीओएम की तुलना में कम अभिव्यंजक हैं - उदाहरण के लिए,"--"डीओएम में टिप्पणियों में रखा जा सकता है, लेकिन एक्सएचटीएमएल या एचटीएमएल में किसी टिप्पणी में प्रदर्शित नहीं किया जा सकता है - और आम तौर पर, एक्सएचटीएमएल का एक्सएमएल वाक्यविन्यास एचटीएमएल की तुलना में अधिक अभिव्यंजक है (उदाहरण के लिए, एचटीएमएल में मनमाने नामस्थान की अनुमति नहीं है)। एक्सएचटीएमएल एक एक्सएमएल वाक्यविन्यास का उपयोग करता है, जबकि एचटीएमएल छद्म-एसजीएमएल वाक्यविन्यास का उपयोग करता है (आधिकारिक तौर पर HTML 4 और उससे नीचे के लिए SGML, लेकिन व्यवहार में कभी नहीं, और HTML5 में SGML से दूर मानकीकृत) है। क्योंकि वाक्यविन्यास में DOM की अभिव्यंजक सामग्री थोड़ी भिन्न होती है, इसलिए दोनों मॉडलों के बीच वास्तविक व्यवहार में कुछ बदलाव होते हैं। हालाँकि, मार्कअप के भीतर एक वैकल्पिक अनुवादात्मक ढाँचे को लागू करके वाक्यविन्यास अंतर को दूर किया जा सकता है।

सबसे पहले, वाक्यविन्यास में कुछ अंतर हैं:[21]

  • मोटे तौर पर, XML नियमों के लिए आवश्यक है कि सभी तत्वों को या तो एक अलग क्लोजिंग टैग द्वारा या सेल्फ-क्लोजिंग वाक्यविन्यास (उदाहरण <br />), का उपयोग करके बंद किया जाए, जबकि HTML वाक्यविन्यास कुछ तत्वों को बंद करने की अनुमति देता है क्योंकि या तो वे हमेशा खाली रहते हैं(उदाहरण <input>) या उनका अंत अंतर्निहित रूप से निर्धारित किया जा सकता है ("चूक", उदाहरण के लिए <p>).
  • XML तत्व और विशेषता नामों के लिए केस-संवेदी है, जबकि HTML नहीं है।
  • HTML में कुछ शॉर्टहैंड विशेषताएं XML में छोड़ दी गई हैं, जैसे (1) विशेषता न्यूनतमकरण, जहां विशेषता मान या उनके उद्धरण छोड़े जा सकते हैं (उदाहरण <option selected> या <option selected=selected>, जबकि XML में इसे इस रूप में व्यक्त किया जाना चाहिए <option selected="selected">); (2) तत्व न्यूनीकरण का उपयोग तत्वों को पूरी तरह से हटाने के लिए किया जा सकता है(जैसे <tbody> यदि तालिका में अनुमान नहीं दिया गया है); और (3) तत्व न्यूनीकरण ("शॉर्टटैग") के लिए शायद ही कभी इस्तेमाल किया जाने वाला एसजीएमएल वाक्यविन्यास, जिसे अधिकांश ब्राउज़र लागू नहीं करते हैं।[[22]
  • यहां नेमस्पेस और व्हाइटस्पेस और कुछ वर्णों और तत्वों के सटीक विश्लेषण से संबंधित कई अन्य तकनीकी आवश्यकताएं हैं। व्यवहार में HTML का सटीक पार्सिंग हाल तक अपरिभाषित रहा है; संपूर्ण विवरण के लिए कार्य सारांश (HTML बनाम XHTML) के लिए ([HTML5]), या कार्य सारांश ([ http://wiki.whatwg.org/wiki/HTML_vs._XHTML विनिर्देश देखें।

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

  • पार्स त्रुटियों पर व्यवहार भिन्न होता है। XML में एक घातक पार्स त्रुटि (जैसे कि गलत टैग संरचना) के कारण दस्तावेज़ प्रसंस्करण निरस्त हो जाता है।
  • नेमस्पेस की आवश्यकता वाली अधिकांश सामग्री HTML में, HTML5 पार्सर में SVG और MathML के लिए अंतर्निहित समर्थन के साथ-साथ xlinkजैसे कुछ जादुई उपसर्गों को छोड़कर काम नहीं करेगी।
  • एक्सएचटीएमएल में जावास्क्रिप्ट प्रसंस्करण अलग है, कुछ कार्यों के मामले में संवेदनशीलता में मामूली बदलाव के साथ, और प्रसंस्करण को अच्छी तरह से निर्मित सामग्री तक सीमित रखने के लिए अतिरिक्त सावधानियां लिपियों को document.write() विधि का उपयोग नहीं करना चाहिए; यह XHTML के लिए उपलब्ध नहीं है.आंतरिक innerHTML e> संपत्ति उपलब्ध है, लेकिन गैर-सुगठित सामग्री सम्मिलित नहीं करेगी। दूसरी ओर, इसका उपयोग XHTML में सुव्यवस्थित नामस्थान वाली सामग्री सम्मिलित करने के लिए किया जा सकता है।
  • व्यापक शैली पत्रक (सीएसएस) को भी अलग तरीके से लागू किया जाता है। XHTML की केस-संवेदनशीलता के कारण, सभी CSS चयनकर्ता XHTML दस्तावेज़ों के लिए केस-संवेदनशील बन जाते हैं।[23] कुछ CSS गुण, जैसे कि पृष्ठभूमि,HTML में <body> तत्व पर सेट किए गए हैं, जो<html> तत्व में 'ऊपर की ओर विरासत में मिले' हैं; यह प्रकट होता है कि[clarification needed] एक्सएचटीएमएल के मामले में ऐसा नहीं है।[24]


स्वीकरण

एचटीएमएल 4.01 और एक्सएचटीएमएल 1.0 के बीच समानता ने कई वेबसाइटों और सामग्री प्रबंधन प्रणालियों को प्रारंभिक डब्ल्यू3सी एक्सएचटीएमएल 1.0 अनुशंसा को अपनाने के लिए प्रेरित किया। परिवर्तन में लेखकों की सहायता के लिए, W3C ने XHTML 1.0 दस्तावेज़ों को HTML-संगत तरीके से कैसे प्रकाशित किया जाए, और उन्हें उन ब्राउज़रों में कैसे परोसा जाए, इस पर मार्गदर्शन प्रदान किया जो XHTML के लिए डिज़ाइन नहीं किए गए थे।[25][26]

ऐसी HTML-संगत सामग्री HTML (application/xhtml+xml)के लिए आधिकारिक इंटरनेट मीडिया प्रकार के बजाय HTML मीडिया प्रकार (text/html) XHTML का उपयोग करके भेजी जाती है।इसलिए, नियमित HTML के साथ XHTML की स्वीकार्यता को मापते समय, यह अंतर करना महत्वपूर्ण है कि क्या यह मीडिया प्रकार का उपयोग है या वास्तविक दस्तावेज़ सामग्री है जिसकी तुलना की जा रही है।[27][28]

अधिकांश वेब ब्राउज़रों को परिपक्व समर्थन प्राप्त होता है[29] सभी संभावित XHTML मीडिया प्रकारों के लिए[30] उल्लेखनीय अपवाद Microsoft द्वारा इंटरनेट एक्सप्लोरर संस्करण 8 और इससे पहले का संस्करण है; application/xhtml+xml सामग्री को प्रस्तुत करने के बजाय, एक संवाद बॉक्स उपयोगकर्ता को सामग्री को डिस्क पर सहेजने के लिए आमंत्रित करता है। इंटरनेट एक्सप्लोरर 7 (2006 में जारी) और इंटरनेट एक्सप्लोरर 8 (मार्च 2009 में जारी) दोनों इस व्यवहार को प्रदर्शित करते हैं।[31] माइक्रोसॉफ्ट डेवलपर क्रिस विल्सन (ओपन वेब एडवोकेट) ने 2005 में बताया कि IE7 की प्राथमिकताएँ ब्राउज़र सुरक्षा और व्यापक स्टाइल शीट समर्थन में सुधार करना था, और उचित XHTML समर्थन को IE के संगतता-उन्मुख HTML पार्सर पर ग्राफ्ट करना मुश्किल होगा; [32]हालाँकि, Microsoft ने Internet Explorer 9 में सच्चे XHTML के लिए समर्थन जोड़ा।[33]

जब तक समर्थन व्यापक नहीं है, अधिकांश वेब डेवलपर एक्सएचटीएमएल का उपयोग करने से बचते हैं जो एचटीएमएल-संगत नहीं है,[34]इसलिए XML के फायदे जैसे नेमस्पेस, तेज़ पार्सिंग और छोटे-फ़ुटप्रिंट ब्राउज़र उपयोगकर्ता को लाभ नहीं पहुँचाते हैं। रेफरी>2007 में, खोज इंजन अनुकूलन में 37 नेताओं ने निष्कर्ष निकाला कि कीवर्ड विशेषता में कीवर्ड होने से कोई नहीं है। सेंगर। नू ब्लॉग, 9 सितम्बर 2008, 2 अगस्त 2011 को पुनःप्राप्त Archived February 21, 2009, at the Wayback Machine</ref> [35][36][37]

आलोचना

2000 के दशक की शुरुआत में, कुछ वेब डेवलपर्स ने सवाल करना शुरू कर दिया कि वेब लेखकों ने एक्सएचटीएमएल में लिखने की दिशा में छलांग क्यों लगाई।[38] [39][40]दूसरों ने प्रतिवाद किया कि एक्सएचटीएमएल के उपयोग से जुड़ी समस्याओं के लिए अधिकतर दो मुख्य स्रोत जिम्मेदार हो सकते हैं: कुछ वेब लेखकों द्वारा अमान्य एक्सएचटीएमएल दस्तावेजों का उत्पादन और इंटरनेट एक्सप्लोरर 6 में निर्मित एक्सएचटीएमएल के लिए समर्थन की कमी।[41][42] उन्होंने खोज, अनुक्रमण और पार्सिंग के साथ-साथ वेब को भविष्य में सुरक्षित करने के संबंध में XML-आधारित वेब दस्तावेज़ (HTML में) के लाभों का वर्णन किया।

अक्टूबर 2006 में, HTML के आविष्कारक और W3C अध्यक्ष टिक बैरनर्स - ली ने एक नया HTML विनिर्देश विकसित करने के लिए एक प्रमुख W3C प्रयास की शुरुआत की, अपने ब्लॉग में पोस्ट किया कि, "दुनिया को XML पर स्विच करने का प्रयास...एक बार में काम नहीं आया। बड़ी HTML-जनरेटिंग जनता स्थानांतरित नहीं हुई... कुछ बड़े समुदाय स्थानांतरित हुए और अच्छी तरह से गठित प्रणालियों के फल का आनंद ले रहे हैं... योजना एक पूरी तरह से नए HTML समूह को चार्टर करने की है।[43] वर्तमान HTML5 वर्किंग ड्राफ्ट कहता है, "इंटरऑपरेबिलिटी में सुधार के प्रयास में उपयोगकर्ता एजेंटों के लिए स्पष्ट अनुरूपता मानदंड को परिभाषित करने पर विशेष ध्यान दिया गया है... साथ ही पिछले कुछ वर्षों में उठाए गए मुद्दों के समाधान के लिए HTML विनिर्देशों को अपडेट किया जा रहा है।"एचटीएमएल5 विनिर्देशन के संपादक इयान हिकसन 2002 में एक्सएचटीएमएल के अनुचित उपयोग की आलोचना की,[38]इस विनिर्देश को विकसित करने वाले समूह का सदस्य है और वर्तमान कामकाजी मसौदे के सह-संपादकों में से एक के रूप में सूचीबद्ध है।[44]

[36][42][43][41][36]

साइमन पीटर्स ने मोबाइल ब्राउज़रों के XML-अनुपालन पर शोध किया[45] और निष्कर्ष निकाला कि "यह दावा कि मोबाइल उपकरणों के लिए XHTML की आवश्यकता होगी, केवल एक मिथक है"।

एक्सएचटीएमएल के संस्करण

एक्सएचटीएमएल 1.0

पहले के समय में[when?], विकिपीडिया ने XHTML 1.0 परिवर्ती सिद्धांत और वाक्यविन्यास का उपयोग किया, हालाँकि इसे XHTML के रूप में प्रस्तुत नहीं किया गया था

दिसंबर 1998 में W3C वर्किंग ड्राफ्ट का प्रकाशन देखा गया जिसका शीर्षक XML में HTML को रिफॉर्मुलेट करना था। इसने Voyager को HTML 4 पर आधारित एक नई मार्कअप भाषा के लिए कोडनेम के रूप में पेश किया, लेकिन XML के सख्त वाक्यविन्यास नियमों का पालन किया। फरवरी 1999 तक विनिर्देश का नाम बदलकर XHTML 1.0: एक्सटेंसिबल हाइपरटेक्स्ट मार्कअप भाषा हो गया था, और जनवरी 2000 में इसे आधिकारिक तौर पर W3C अनुशंसा के रूप में अपनाया गया था।[44] XHTML 1.0 के लिए तीन औपचारिक दस्तावेज़ प्रकार परिभाषाएँ हैं, जो HTML 4.01 के तीन अलग-अलग संस्करणों के अनुरूप हैं:

  • एक्सएचटीएमएल 1.0 सख्त एक्सएमएल सख्त एचटीएमएल 4.01 के बराबर है, और इसमें ऐसे तत्व और विशेषताएँ शामिल हैं जिन्हें एचटीएमएल 4.01 विनिर्देश में बहिष्कृत नहीं किया गया है। As of November 2015, XHTML 1.0 स्ट्रिक्ट दस्तावेज़ प्रकार है जिसका उपयोग वर्ल्ड वाइड वेब कंसोर्टियम की वेबसाइट के होमपेज के लिए किया जाता है।
  • एक्सएचटीएमएल 1.0 ट्रांजिशनल एचटीएमएल 4.01 ट्रांजिशनल का एक्सएमएल समतुल्य है, और इसमें प्रस्तुतिकरण तत्व शामिल हैं (जैसे center, font और strike) सख्त संस्करण से बाहर रखा गया।
  • एक्सएचटीएमएल 1.0 फ्रेमसेट एचटीएमएल 4.01 फ्रेमसेट का एक्सएमएल समकक्ष है, और फ़्रेमसेट (एचटीएमएल) की परिभाषा की अनुमति देता है-1990 के दशक के अंत में एक सामान्य वेब सुविधा।

XHTML 1.0 का दूसरा संस्करण अगस्त 2002 में W3C अनुशंसा बन गया।[45]


एक्सएचटीएमएल का मॉड्यूलरीकरण

एक्सएचटीएमएल मॉड्यूलराइजेशन घटकों का एक सार संग्रह प्रदान करता है जिसके माध्यम से एक्सएचटीएमएल को सबसेट और विस्तारित किया जा सकता है। इस सुविधा का उद्देश्य एक्सएचटीएमएल को उभरते प्लेटफार्मों, जैसे मोबाइल डिवाइस और वेब-सक्षम टेलीविज़न पर अपनी पहुंच बढ़ाने में मदद करना है। एक्सएचटीएमएल के मॉड्यूलरीकरण का प्रारंभिक मसौदा अप्रैल 1999 में उपलब्ध हुआ और अप्रैल 2001 में सिफारिश की स्थिति में पहुंच गया।[46] पहले मॉड्यूलर XHTML संस्करण XHTML 1.1 और XHTML बेसिक 1.0 थे।

अक्टूबर 2008 में XHTML के मॉड्यूलरीकरण को XHTML मॉड्यूलराइज़ेशन 1.1 से हटा दिया गया, जो एक XML स्कीमा (W3C) कार्यान्वयन जोड़ता है। इसे जुलाई 2010 में एक दूसरे संस्करण द्वारा स्थान दिया गया था।[47]


एक्सएचटीएमएल 1.1: मॉड्यूल आधारित एक्सएचटीएमएल

XHTML 1.1, XHTML विनिर्देशन के आरंभिक मॉड्यूलरीकरण के आसपास के कार्य से विकसित हुआ। W3C ने सितंबर 1999 में पहला मसौदा जारी किया; सिफारिश की स्थिति मई 2001 में पहुंच गई थी।[48] एक्सएचटीएमएल 1.1 के भीतर संयुक्त मॉड्यूल प्रभावी ढंग से एक्सएचटीएमएल 1.0 सख्त को फिर से बनाते हैं, जिसमें रूबी वर्ण तत्व (ruby, rbc, rtc, rb, rt और rp) पूर्व-एशियाई भाषाओं का बेहतर समर्थन करने के लिए। अन्य परिवर्तनों में हटाना शामिल है name से विशेषता a और map तत्वों, और (भाषा के पहले संस्करण में) को हटाना lang के पक्ष में विशेषता xml: lang.

हालांकि एक्सएचटीएमएल 1.1 काफी हद तक एक्सएचटीएमएल 1.0 और एचटीएमएल 4 के साथ संगत है, अगस्त 2002 में वर्किंग ग्रुप ने एक औपचारिक नोट जारी किया जिसमें सलाह दी गई थी कि इसे एचटीएमएल मीडिया प्रकार के साथ प्रसारित नहीं किया जाना चाहिए।[49] वैकल्पिक के लिए सीमित ब्राउज़र समर्थन के साथ application/xhtml+xml मीडिया प्रकार, एक्सएचटीएमएल 1.1 व्यापक उपयोग हासिल करने में असमर्थ साबित हुआ। जनवरी 2009 में दस्तावेज़ का दूसरा संस्करण (XHTML Media Types – Second Edition) जारी किया गया, इस प्रतिबंध में ढील दी गई और XHTML 1.1 को इस रूप में प्रस्तुत करने की अनुमति दी गई text/html.[50] एक्सएचटीएमएल 1.1 का दूसरा संस्करण 23 नवंबर 2010 को जारी किया गया था, जो विभिन्न इरेटा को संबोधित करता है और एक एक्सएमएल स्कीमा कार्यान्वयन जोड़ता है जो मूल विनिर्देश में शामिल नहीं है।[51] (यह पहली बार 7 मई 2009 को प्रस्तावित संपादित सिफारिश के रूप में संक्षेप में जारी किया गया था[52] अनसुलझे मुद्दों के कारण 19 मई को रद्द किए जाने से पहले।)

एक्सएचटीएमएल बेसिक

चूंकि सूचना उपकरणों में सभी एक्सएचटीएमएल सार मॉड्यूल को लागू करने के लिए संसाधन (कंप्यूटर विज्ञान) की कमी हो सकती है, इसलिए डब्ल्यू3सी ने एक्सएचटीएमएल बेसिक नामक सुविधा-सीमित एक्सएचटीएमएल विनिर्देश को परिभाषित किया। यह सबसे सामान्य सामग्री-लेखन के लिए पर्याप्त न्यूनतम सुविधा उपसमुच्चय प्रदान करता है। विनिर्देश दिसंबर 2000 में W3C अनुशंसा बन गया।[53] XHTML के सभी संस्करणों में से, XHTML बेसिक 1.0 सबसे कम सुविधाएँ प्रदान करता है। XHTML 1.1 के साथ, यह मॉड्यूलर XHTML के पहले दो कार्यान्वयनों में से एक है। कोर मॉड्यूल (संरचना, पाठ, हाइपरटेक्स्ट और सूची) के अलावा, यह निम्नलिखित सार मॉड्यूल को लागू करता है: बेस, बेसिक फॉर्म, बेसिक टेबल्स, इमेज, लिंक, मेटाइनफॉर्मेशन, ऑब्जेक्ट, स्टाइल शीट और टारगेट।[54][55] एक्सएचटीएमएल बेसिक 1.1 बेसिक फॉर्म मॉड्यूल को फॉर्म मॉड्यूल से बदल देता है और इंट्रिंसिक इवेंट्स, प्रेजेंटेशन और स्क्रिप्टिंग मॉड्यूल जोड़ता है। यह अन्य मॉड्यूल से अतिरिक्त टैग और विशेषताओं का भी समर्थन करता है। यह संस्करण 29 जुलाई 2008 को W3C अनुशंसा बन गया।[56] XHTML बेसिक का वर्तमान संस्करण 1.1 दूसरा संस्करण (23 नवंबर 2010) है, जिसमें W3C की XML स्कीमा (W3C) भाषा में भाषा को फिर से लागू किया गया है। यह संस्करण भी समर्थन करता है lang गुण।[57]


एक्सएचटीएमएल-प्रिंट

एक्सएचटीएमएल-प्रिंट, जो सितंबर 2006 में डब्ल्यू3सी की सिफारिश बन गया, एक्सएचटीएमएल बेसिक का एक विशेष संस्करण है जिसे सूचना उपकरणों से लो-एंड प्रिंटर (कंप्यूटिंग) तक मुद्रित दस्तावेजों के लिए डिज़ाइन किया गया है।[58]


एक्सएचटीएमएल मोबाइल प्रोफाइल

एक्सएचटीएमएल मोबाइल प्रोफाइल (संक्षिप्त एक्सएचटीएमएल एमपी या एक्सएचटीएमएल-एमपी) डब्ल्यू3सी के एक्सएचटीएमएल बेसिक विनिर्देशन का एक तृतीय-पक्ष संस्करण है। XHTML बेसिक की तरह, XHTML को सीमित सिस्टम संसाधनों वाले सूचना उपकरणों के लिए विकसित किया गया था।

अक्टूबर 2001 में, वायरलेस एप्लिकेशन प्रोटोकॉल फोरम नामक एक सीमित कंपनी ने वायरलेस एप्लिकेशन प्रोटोकॉल के दूसरे प्रमुख संस्करण WAP 2.0 के लिए XHTML बेसिक को अपनाना शुरू किया। WAP फोरम ने अपने DTD को W3C के XHTML के मॉड्यूलरीकरण पर आधारित किया, जिसमें वही मॉड्यूल शामिल थे जिनका उपयोग W3C ने XHTML बेसिक 1.0 में किया था—लक्ष्य मॉड्यूल को छोड़कर। इस नींव से शुरू करते हुए, WAP फोरम ने बेसिक फॉर्म मॉड्यूल को फॉर्म मॉड्यूल के आंशिक कार्यान्वयन के साथ बदल दिया, लीगेसी और प्रेजेंटेशन मॉड्यूल के लिए आंशिक समर्थन जोड़ा, और स्टाइल एट्रिब्यूट मॉड्यूल के लिए पूर्ण समर्थन जोड़ा।

2002 में, WAP फोरम ने ओपन मोबाइल एलायंस (OMA) में शामिल हो गया, जिसने अपने OMA ब्राउजिंग स्पेसिफिकेशन के एक घटक के रूप में XHTML मोबाइल प्रोफाइल को विकसित करना जारी रखा।

एक्सएचटीएमएल मोबाइल प्रोफाइल 1.1

इस संस्करण में, 2004 में अंतिम रूप दिया गया, ओएमए ने स्क्रिप्टिंग मॉड्यूल के लिए आंशिक समर्थन और आंतरिक घटनाओं के लिए आंशिक समर्थन जोड़ा। XHTML MP 1.1 OMA ब्राउजिंग स्पेसिफिकेशन (1 नवंबर 2002) के v2.1 का हिस्सा है।[59]


एक्सएचटीएमएल मोबाइल प्रोफाइल 1.2

27 फरवरी 2007 को अंतिम रूप दिया गया यह संस्करण फॉर्म मॉड्यूल और ओएमए टेक्स्ट इनपुट मोड के लिए पूर्ण समर्थन के साथ एक्सएचटीएमएल एमपी 1.1 की क्षमताओं का विस्तार करता है। XHTML MP 1.2 OMA ब्राउजिंग स्पेसिफिकेशन (13 मार्च 2007) के v2.3 का हिस्सा है।[59]


एक्सएचटीएमएल मोबाइल प्रोफाइल 1.3

XHTML MP 1.3 (23 सितंबर 2008 को अंतिम रूप दिया गया) XHTML बेसिक 1.1 दस्तावेज़ प्रकार की परिभाषा का उपयोग करता है, जिसमें लक्ष्य मॉड्यूल शामिल है। विनिर्देश के इस संस्करण की घटनाओं को DOM स्तर 3 विनिर्देशों में अपडेट किया गया है (अर्थात, वे प्लेटफ़ॉर्म- और भाषा-तटस्थ हैं)।

एक्सएचटीएमएल 1.2

XHTML 2 वर्किंग ग्रुप ने XHTML 1.1 पर आधारित एक नई भाषा के निर्माण पर विचार किया।[60] यदि XHTML 1.2 बनाया गया था, तो इसमें WAI-ARIA और शामिल होंगे role पहुँच योग्य वेब अनुप्रयोगों को बेहतर समर्थन देने के लिए विशेषताएँ, और RDFa के माध्यम से सेमांटिक वेब समर्थन में सुधार। inputmode ई> एक्सएचटीएमएल बेसिक 1.1 से विशेषता, के साथ target विशेषता (फ़्रेमिंग (वर्ल्ड वाइड वेब) लक्ष्यों को निर्दिष्ट करने के लिए) भी मौजूद हो सकती है। XHTML2 WG को XHTML1.2 के विकास के लिए अधिकृत नहीं किया गया था। चूंकि W3C ने घोषणा की कि उसका इरादा XHTML2 WG को रिचार्ज करने का नहीं है,[6] और दिसंबर 2010 में WG को बंद कर दिया, इसका मतलब है कि XHTML 1.2 प्रस्ताव नहीं होगा।

एक्सएचटीएमएल 2.0

अगस्त 2002 और जुलाई 2006 के बीच, W3C ने XHTML 2.0 के आठ वर्किंग ड्राफ्ट जारी किए, जो XHTML का एक नया संस्करण है, जो बैकवर्ड कम्पैटिबिलिटी की आवश्यकता को हटाकर अतीत से एक साफ ब्रेक लेने में सक्षम है। XHTML 1.x और HTML 4 के साथ अनुकूलता की कमी के कारण वेब डेवलपर समुदाय में कुछ प्रारंभिक विवाद उत्पन्न हुए।[61] भाषा के कुछ हिस्से (जैसे कि role और RDFa विशेषताएँ) को बाद में विनिर्देश से अलग कर दिया गया और आंशिक रूप से XHTML 1.x से XHTML 2.0 में संक्रमण को आसान बनाने में मदद करने के लिए अलग मॉड्यूल के रूप में काम किया। XHTML 2.0 के नौवें मसौदे के 2009 में प्रदर्शित होने की उम्मीद थी, लेकिन 2 जुलाई 2009 को, W3C ने XHTML2 वर्किंग ग्रुप चार्टर को उस वर्ष के अंत तक समाप्त करने का निर्णय लिया, प्रभावी रूप से मसौदे के किसी भी आगे के विकास को एक मानक में रोक दिया।[6] इसके बजाय, XHTML 2.0 और इससे संबंधित दस्तावेज़ों को 2010 में W3C#सिफारिशें और प्रमाणन के रूप में जारी किया गया था।[62][63] XHTML 2.0 द्वारा पेश की जाने वाली नई सुविधाओं में शामिल हैं:

  • HTML प्रपत्रों को XForms द्वारा प्रतिस्थापित किया जाना था, एक XML-आधारित उपयोगकर्ता इनपुट विनिर्देश जो प्रपत्रों को विभिन्न रेंडरिंग उपकरणों के लिए उचित रूप से प्रदर्शित करने की अनुमति देता है।
  • HTML फ़्रेमों को XFrames द्वारा प्रतिस्थापित किया जाना था।
  • DOM इवेंट्स को XML इवेंट्स द्वारा प्रतिस्थापित किया जाना था, जो XML डॉक्यूमेंट ऑब्जेक्ट मॉडल का उपयोग करता है।
  • एक नई सूची तत्व प्रकार, nl तत्व प्रकार, को विशेष रूप से एक सूची को एक नेविगेशन सूची के रूप में निर्दिष्ट करने के लिए शामिल किया जाना था। यह नेस्टेड मेन्यू बनाने में उपयोगी होता, जो वर्तमान में नेस्टेड अनऑर्डर्ड लिस्ट या नेस्टेड डेफिनिशन लिस्ट जैसे कई तरह के तरीकों से बनाए जाते हैं।
  • किसी भी तत्व को हाइपरलिंक के रूप में कार्य करने में सक्षम होना था, उदा। जी।, <li href="articles.html">Articles</li>, XLink के समान। हालाँकि, डिज़ाइन अंतर के कारण XLink स्वयं XHTML के साथ संगत नहीं है।
  • किसी भी तत्व को वैकल्पिक मीडिया को संदर्भित करने में सक्षम होना था src विशेषता, ई। जी।, <p src="lbridge.jpg" type="image/jpeg">London Bridge</p> वैसा ही है जैसा कि <object src="lbridge.jpg" type="image/jpeg"><p>London Bridge</p></object>.
  • alt ई> की विशेषता img तत्व हटा दिया गया था: की सामग्री में वैकल्पिक पाठ दिया जाना था img तत्व, बहुत पसंद है object तत्व, ई. जी।, <img src="hms_audacious.jpg">HMS <span class="italic">Audacious</span></img>.
  • एक एकल शीर्षक तत्व (h) संकलित था। इन शीर्षकों का स्तर नेस्टिंग की गहराई से निर्धारित किया गया था। यह छह स्तरों के गहरे उपयोग को सीमित करने के बजाय शीर्षकों के उपयोग को अनंत होने की अनुमति देता।
  • शेष प्रस्तुतिकरण तत्व i, b और tt, अभी भी XHTML 1.x (सख्त भी) में अनुमत हैं, XHTML 2.0 से अनुपस्थित थे। केवल कुछ प्रस्तुतिकरण तत्व शेष थे sup और sub सुपरस्क्रिप्ट और सबस्क्रिप्ट के लिए क्रमशः क्योंकि उनके महत्वपूर्ण गैर-प्रस्तुतिकरण उपयोग हैं और कुछ भाषाओं के लिए आवश्यक हैं। इसके बजाय अन्य सभी टैग सिमेंटिक HTML होने के लिए थे (उदा। strong जोर देने के लिए) जबकि उपयोगकर्ता एजेंट को सीएसएस के माध्यम से तत्वों की प्रस्तुति को नियंत्रित करने की अनुमति देता है (उदाहरण के लिए अधिकांश विज़ुअल ब्राउज़रों में बोल्डफेस टेक्स्ट के रूप में प्रस्तुत किया जाता है, लेकिन संभवतः टेक्स्ट-टू-स्पीच रीडर में टोन के परिवर्तन के साथ प्रस्तुत किया जाता है, बड़ा + इटैलिक फ़ॉन्ट प्रति नियम यूजर-एंड स्टाइलशीट आदि में)।
  • RDF ट्रिपल के अलावा property और about एक्सएचटीएमएल से आरडीएफ/एक्सएमएल में रूपांतरण की सुविधा के लिए विशेषताएँ।

एक्सएचटीएमएल 5

HTML5 स्वतंत्र रूप से W3C से स्वतंत्र रूप से विकसित हुआ, ब्राउज़र निर्माताओं और अन्य इच्छुक पार्टियों के एक ढीले समूह के माध्यम से जो खुद को WHATWG, या वेब हाइपरटेक्स्ट एप्लिकेशन टेक्नोलॉजी वर्किंग ग्रुप कहते हैं। समूह का मुख्य उद्देश्य गतिशील वेब अनुप्रयोगों के लिए एक मंच तैयार करना था; उन्होंने XHTML 2.0 को अत्यधिक दस्तावेज़-केंद्रित माना, और इंटरनेट मंच साइटों या ऑनलाइन दुकानों के निर्माण के लिए उपयुक्त नहीं था।[64] एचटीएमएल 5 में नियमित दोनों हैं text/html क्रमांकन और एक XML क्रमांकन, जिसे XHTML5 के रूप में भी जाना जाता है।[65] मौजूदा HTML फॉर्म एलिमेंट्स और इवेंट मॉडल को बनाए रखने के निर्णय के कारण भाषा XHTML 2.0 की तुलना में HTML 4 और XHTML 1.x के साथ अधिक संगत है। यह कई नए तत्वों को जोड़ता है जो XHTML 1.x में नहीं पाए जाते हैं, हालाँकि, जैसे section और aside टैग।

XHTML5 भाषा, HTML5 की तरह, बिना DTD के DOCTYPE घोषणा का उपयोग करती है। इसके अलावा, विनिर्देश पहले के एक्सएचटीएमएल डीटीडी को हटा देता है, जिससे ब्राउज़र को पार्सिंग के दौरान नामित वर्णों के लिए केवल इकाई परिभाषा वाले एक के साथ बदलने के लिए कहा जाता है।[65]


एक्सएचटीएमएल+आरडीएफए में शब्दार्थ सामग्री

एक्सएचटीएमएल + आरडीएफए अच्छी तरह से बने दस्तावेज़ | अच्छी तरह से बने एक्सएमएल दस्तावेज़ों के रूप में विशेषताओं और प्रसंस्करण नियमों के संग्रह के माध्यम से संसाधन विवरण फ्रेमवर्क का समर्थन करने के लिए एक्सएचटीएमएल मार्कअप भाषा का एक विस्तारित संस्करण है। यह मेजबान भाषा समृद्ध सिमेंटिक मार्कअप एम्बेड करके सिमेंटिक वेब सामग्री विकसित करने के लिए उपयोग की जाने वाली तकनीकों में से एक है।

वैध एक्सएचटीएमएल दस्तावेज

एक XHTML दस्तावेज़ जो XHTML विनिर्देश के अनुरूप होता है, उसे वैध कहा जाता है। वैधता दस्तावेज़ कोड में निरंतरता सुनिश्चित करती है, जो बदले में प्रसंस्करण को आसान बनाती है, लेकिन ब्राउज़रों द्वारा लगातार प्रतिपादन सुनिश्चित नहीं करती है। [[W3C मार्कअप सत्यापन सेवा]] (XHTML5 के लिए, Validator. nu Living Validator का उपयोग किया जाना चाहिए) के साथ एक दस्तावेज़ की वैधता के लिए जाँच की जा सकती है। व्यवहार में, कई वेब विकास कार्यक्रम W3C मानकों के आधार पर कोड सत्यापन प्रदान करते हैं।

मूल तत्व

एक XHTML दस्तावेज़ का मूल तत्व होना चाहिए html, और इसमें एक होना चाहिए xmlns विशेषता इसे एक्सएचटीएमएल एक्सएमएल नेमस्पेस से संबद्ध करने के लिए। XHTML के लिए नेमस्पेस URI है http://www.w3.org/1999/xhtml. नीचे दिए गए उदाहरण टैग में अतिरिक्त रूप से एक विशेषता है xml:lang प्राकृतिक भाषा के साथ दस्तावेज़ की पहचान करने की विशेषता:

<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="ar">


डॉक्टरेट

एक एक्सएचटीएमएल दस्तावेज़ को मान्य करने के लिए, एक दस्तावेज़ प्रकार घोषणा या DOCTYPE का उपयोग किया जा सकता है। एक DOCTYPE ब्राउज़र को दस्तावेज़ प्रकार परिभाषा (DTD) घोषित करता है जिससे दस्तावेज़ अनुरूप होता है। दस्तावेज़ प्रकार घोषणा को मूल तत्व से पहले रखा जाना चाहिए।

DOCTYPE का सिस्टम पहचानकर्ता भाग, जो इन उदाहरणों में यूनिफ़ॉर्म रिसोर्स लोकेटर है जो से शुरू होता है http://, यदि सत्यापनकर्ता सार्वजनिक पहचानकर्ता (अन्य उद्धृत स्ट्रिंग) के आधार पर एक का पता नहीं लगा सकता है, तो केवल उपयोग करने के लिए DTD की एक प्रति को इंगित करने की आवश्यकता है। इन उदाहरणों में मौजूद विशिष्ट URL होने की आवश्यकता नहीं है; वास्तव में, लेखकों को जब भी संभव हो डीटीडी फाइलों की स्थानीय प्रतियों का उपयोग करने के लिए प्रोत्साहित किया जाता है। हालाँकि, सार्वजनिक पहचानकर्ता को चरित्र-दर-चरित्र होना चाहिए जैसा कि उदाहरणों में है।

एक्सएमएल घोषणा

एक्सएमएल घोषणा में एक एक्सएचटीएमएल दस्तावेज़ की शुरुआत में एक अक्षरों को सांकेतिक अक्षरों में बदलना निर्दिष्ट किया जा सकता है जब दस्तावेज़ का उपयोग करके परोसा जाता है application/xhtml+xml माइम प्रकार। (यदि किसी XML दस्तावेज़ में एन्कोडिंग विनिर्देश का अभाव है, तो एक XML पार्सर मानता है कि एन्कोडिंग UTF-8 या UTF-16 है, जब तक कि एन्कोडिंग पहले से ही उच्च प्रोटोकॉल द्वारा निर्धारित नहीं की गई हो।)

उदाहरण के लिए:

<?xml version="1.0" encoding="UTF-8" ?>

घोषणा को वैकल्पिक रूप से छोड़ा जा सकता है क्योंकि यह अपने एन्कोडिंग को डिफ़ॉल्ट एन्कोडिंग घोषित करता है। हालाँकि, यदि दस्तावेज़ इसके बजाय XML 1.1 या अन्य वर्ण एन्कोडिंग का उपयोग करता है, तो एक घोषणा आवश्यक है। संस्करण 7 से पहले इंटरनेट एक्सप्लोरर अजीब मोड में प्रवेश करता है, अगर इसे दस्तावेज़ में एक्सएमएल घोषणा के रूप में पेश किया जाता है text/html.

पश्चगामी अनुकूलता

जब उपयुक्त दिशानिर्देशों का पालन किया जाता है तो XHTML 1.x दस्तावेज़ अधिकांशतः HTML 4 उपयोगकर्ता एजेंटों के साथ पिछड़े संगत होते हैं। एक्सएचटीएमएल 1.1 अनिवार्य रूप से संगत है, हालांकि रूबी वर्ण के तत्व एचटीएमएल 4 विनिर्देश का हिस्सा नहीं हैं और इस प्रकार आम तौर पर एचटीएमएल 4 ब्राउज़रों द्वारा अनदेखा किया जाता है। बाद में XHTML 1.x मॉड्यूल जैसे कि role एट्रिब्यूट, RDFa, और WAI-ARIA समान तरीके से इनायत करते हैं।

XHTML 2.0 काफी कम संगत है, हालांकि इसे स्क्रिप्टिंग के उपयोग के माध्यम से कुछ हद तक कम किया जा सकता है। (यह सरल वन-लाइनर्स हो सकता है, जैसे कि का उपयोग document.createElement() Internet Explorer के भीतर एक नया HTML तत्व पंजीकृत करने के लिए, या जावास्क्रिप्ट फ्रेमवर्क को पूरा करने के लिए, जैसे कि XForms का फॉर्मफेस कार्यान्वयन।)

उदाहरण

निम्नलिखित XHTML 1.0 स्ट्रिक्ट के उदाहरण हैं, जिनमें दोनों का विज़ुअल आउटपुट समान है। पूर्व वाला एक्सएचटीएमएल मीडिया प्रकार नोट के एचटीएमएल संगतता दिशानिर्देशों का पालन करता है, जबकि बाद वाला पिछड़े संगतता को तोड़ता है, लेकिन क्लीनर मार्कअप प्रदान करता है।[50]

Media type recommendation (in RFC 2119 terms) for the examples:
Media type Example 1 Example 2
application/xhtml+xml SHOULD SHOULD
application/xml MAY MAY
text/xml MAY MAY
text/html MAY SHOULD NOT

उदाहरण 1।

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
  "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
 <head>
 <meta http-equiv="Content-Type" content="text/html; charset=utf-8"/>
 <title>XHTML 1.0 Strict Example</title>
 <script type="text/javascript">
 //<![CDATA[
 function loadpdf() {
    document.getElementById("pdf-object").src="http://www.w3.org/TR/xhtml1/xhtml1.pdf";
 }
 //]]>
 </script>
 </head>
 <body onload="loadpdf()">
 <p>This is an example of an
 <abbr title="Extensible HyperText Markup Language">XHTML</abbr> 1.0 Strict document.<br />
 <img id="validation-icon"
    src="http://www.w3.org/Icons/valid-xhtml10"
    alt="Valid XHTML 1.0 Strict"/><br />
 <object id="pdf-object"
    name="pdf-object"
    type="application/pdf"
    data="http://www.w3.org/TR/xhtml1/xhtml1.pdf"
    width="100%"
    height="500">
 </object>
 </p>
 </body>
</html>

उदाहरण 2।

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
  "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en">
 <head>
 <title>XHTML 1.0 Strict Example</title>
 <script type="application/javascript">
 <![CDATA[
 function loadpdf() {
    document.getElementById("pdf-object").src="http://www.w3.org/TR/xhtml1/xhtml1.pdf";
 }
 ]]>
 </script>
 </head>
 <body onload="loadpdf()">
 <p>This is an example of an
 <abbr title="Extensible HyperText Markup Language">XHTML</abbr> 1.0 Strict document.<br />
 <img id="validation-icon"
    src="http://www.w3.org/Icons/valid-xhtml10"
    alt="Valid XHTML 1.0 Strict"/><br />
 <object id="pdf-object"
    type="application/pdf"
    data="http://www.w3.org/TR/xhtml1/xhtml1.pdf"
    width="100%"
    height="500"></object>
 </p>
 </body>
</html>

टिप्पणियाँ:

  1. लोडपीडीएफ फ़ंक्शन वास्तव में इंटरनेट एक्सप्लोरर के लिए एक समाधान है। इसे जोड़कर बदला जा सकता है <param name="src" value="http://www.w3.org/TR/xhtml1/xhtml1.pdf"/> अंदर <object>.
  2. img ई> तत्व को नहीं मिलता है name XHTML 1.0 Strict DTD में विशेषता। उपयोग id बजाय।

== एक्सएचटीएमएल और एचटीएमएल == की क्रॉस-संगतता

सख्त XHTML5 वाक्यविन्यास का पालन करने पर HTML5 और XHTML5 क्रमांकन काफी हद तक अंतर-संगत होते हैं, लेकिन ऐसे कुछ मामले हैं जिनमें XHTML मान्य HTML5 के रूप में काम नहीं करेगा (उदाहरण के लिए, प्रसंस्करण निर्देश को हटा दिया गया है) HTML[clarify], टिप्पणियों के रूप में माना जाता है, और पहले > पर बंद होता है, जबकि उन्हें XML में पूरी तरह से अनुमति दी जाती है, उनके अपने प्रकार के रूप में माना जाता है, और बंद होता है ?>).[66]


यह भी देखें

संदर्भ

  1. Graff, Eliot (7 May 2014). "Polyglot Markup: A robust profile of the HTML5 vocabulary". W3C.
  2. "एचटीएमएल बनाम एक्सएचटीएमएल". whatwg.org.
  3. "WHATWG ब्लॉग". whatwg.org.
  4. 4.0 4.1 "XHTML 1.0 Specification, Section 1: What is XHTML?". World Wide Web Consortium. 2000-01-26. Retrieved 2007-06-16.
  5. "results of HTML 5 text, editor, name questions". w3.org.
  6. 6.0 6.1 6.2 "Frequently Asked Questions (FAQ) about the future of XHTML". w3.org.
  7. "HTML5 Working Draft, Section 1.6: HTML vs XHTML". World Wide Web Consortium. 2011-01-13. Retrieved 2011-02-16.
  8. "XHTML™ 1.0 The Extensible HyperText Markup Language (Second Edition) Publication History - W3C".
  9. "XHTML™ 1.1 - Module-based XHTML - Second Edition Publication History - W3C".
  10. "HTML 4.0 Publication History - W3C".
  11. "HTML 4.01 Publication History - W3C".
  12. "HTML5 Publication History - W3C".
  13. "XHTML 1.0 Specification, Section 1.1: Why the need for XHTML?". World Wide Web Consortium. 2000-01-26. Retrieved 2007-06-16.
  14. Pilgrim, Mark. "How Did We Get Here? - Dive Into HTML5". diveintohtml5.info. Retrieved 2016-06-11.
  15. Arjun Ray (1999-10-06). "Dropping the Normative Reference to SGML (was: I-D ACTION.)". Retrieved 2008-12-29. ... However, since ISO 8879 does not afford applications the leeway to prohibit internal subsets, it follows that the letter of the HTML [4] spec automatically disentitles it to be a conforming SGML application...
  16. Tina Holmboe (2008-10-06). "XHTML—Myths and Reality". The Developer's Archive. Archived from the original on 2017-01-12. Retrieved 2008-12-29. ... Since the design goals of XML itself partially mirrored those of the original HTML, it was logical for work to begin on formulating an XML–based markup language...
  17. Kip Hampton (2001-01-10). "Creating Web Utilities Using XML::XPath". XML.com. Retrieved 2008-12-29. ... The problem: You want to take advantage of the power and simplicity that XML tools can offer, but you face a site full of aging HTML documents. The solution: Convert your documents to XHTML and put Perl and XML::XPath to work...
  18. Jean-Luc David (2004-04-14). "Developing Wireless Content using XHTML Mobile". XML.com. Retrieved 2008-12-29. ... A useful feature of XHTML is that it can be manipulated as XML. Extensible Stylesheet Language Templates can be used to transform XHTML into WML or any other proprietary mobile formats...
  19. "Namespaces Crash Course". Mozilla Developer Center. Archived from the original on 2008-10-02. Retrieved 2008-12-29. ... It has been a long-standing goal of the W3C to make it possible for different types of XML-based content to be mixed together in the same XML file. For example, SVG and MathML might be incorporated directly into an XHTML-based scientific document...
  20. Steven Pemberton (2004-07-21). "HTML and XHTML Frequently Answered Questions". World Wide Web Consortium. Retrieved 2008-12-29. ... with an XML-based HTML other XML languages could include bits of XHTML, and XHTML documents could include bits of other markup languages. We could also take advantage of the redesign to clean up some of the more untidy parts of HTML and add some new needed functionality, like better forms...
  21. Clark, James (1997-12-15). "Comparison of SGML and XML". World Wide Web Consortium Note.
  22. "Shorthand markup". HTML 4, Appendix B: Performance, Implementation, and Design Notes. W3C. Retrieved 30 September 2011.
  23. "Case Sensitivity". SitePoint Pty. Ltd. Retrieved 30 September 2011.
  24. Wilson, Nicholas. "CSS differences between XHTML and HTML".
  25. "XHTML 1.0 Specification, Appendix C: HTML Compatibility Guidelines". World Wide Web Consortium. 2000-01-26. Retrieved 2007-06-16.
  26. "XHTML Media Types, W3C Working Group Note". World Wide Web Consortium. 2002-08-01. Retrieved 2008-06-12.
  27. "Meta and Inline Tags that Google Understands | Google Search Central".
  28. Greta de Groat (2002). "Perspectives on the Web and Google: Monika Henzinger, Director of Research, Google", Journal of Internet Cataloging, Vol. 5(1), pp. 17-28, 2002.
  29. प्रारंभिक कार्यान्वयन (जैसे मोज़िला 0.7 और ओपेरा 6.0, दोनों 2001 में जारी किए गए) एक्सएचटीएमएल को वृद्धिशील रूप से प्रस्तुत नहीं करते हैं क्योंकि यह नेटवर्क पर प्राप्त होता है, एक खराब उपयोगकर्ता अनुभव देता है; Mozilla वेब लेखक FAQ देखें। बाद के ब्राउज़र जैसे कि ओपेरा 9.0, सफारी 3.0 और फ़ायरफ़ॉक्स 3.0 में यह समस्या नहीं है। सभी संभावित एक्सएचटीएमएल मीडिया प्रकारों के लिए </ रेफ>। रेफरी>{{cite web | url = http://www.w3.org/People/mimasa/test/xhtml/media-types/results | title = एक्सएचटीएमएल मीडिया टाइप टेस्ट - परिणाम| work = w3.org }
  30. Chris Wilson (2005-09-15). "The <?xml> prolog, strict mode, and XHTML in IE". Retrieved 2007-06-16. I've also been reading comments for some time in the IEBlog asking for support for the "application/xml+xhtml" MIME type in IE. I should say that IE7 will not add support for this MIME type – we will, of course, continue to read XHTML when served as "text/html", presuming it follows the HTML compatibility recommendations.
  31. Chris Wilson (2005-09-15). "The <?xml> prolog, strict mode, and XHTML in IE". Retrieved 2007-06-16. ...If we tried to support real XHTML in IE 7 we would have ended up using our existing HTML parser (which is focused on compatibility) and hacking in XML constructs. It is highly unlikely we could support XHTML well in this way; in particular, we would certainly not detect a few error cases here or there, and we would silently support invalid cases. This would, of course, cause compatibility problems based on parser error handling in the future, which XML is explicitly trying to avoid; we don't want to cause another mess like the one with current HTML error handling (rooted in compatibility with earlier browsers – you can blame me for that personally somewhat, but not IE). I would much rather take the time to implement XHTML properly after IE 7, and have it be truly interoperable...
  32. Hachamovitch, Dean (2019-03-16). "HTML5, Hardware Accelerated: First IE9 Platform Preview Available for Developers". IEBlog on Microsoft Developer Network. Microsoft. Retrieved 2010-03-22. ...At this time, we're looking for developer feedback on our implementation of HTML5's parsing rules, Selection APIs, XHTML support, and inline SVG. Within CSS3, we're looking for developer feedback on IE9's support for Selectors, Namespaces, Colors, Values, Backgrounds and Borders, and Fonts....
  33. {{cite web | url = http://www.goer.org/Markup/TheXPhiles/ | title = List of XHTML Sites (the X-Philes) | access-date = 2008-08-26 }
  34. "Meta used for SEO". 18 December 2015. Archived from the original on March 31, 2016. Retrieved March 18, 2016.
  35. Danny Sullivan, How To Use HTML Meta Tags Archived 2008-09-13 at the Wayback Machine, Search Engine Watch, December 5, 2002
  36. 36.0 36.1 36.2 Ian Hickson, a former developer of the Opera browser and cofounder of the WHATWG (2002-09-08). "Sending XHTML as text/html Considered Harmful". Retrieved 2007-06-16.
  37. Anne van Kesteren, a developer of the Opera browser (2004-06-13). "XHTML is invalid HTML". Retrieved 2007-06-16.
  38. 38.0 38.1 Maciej Stachowiak, a developer of Apple's Safari browser (2006-09-20). "Understanding HTML, XML, and XHTML". Retrieved 2007-06-16.
  39. Brad Fults (2005-12-21). "Sending XHTML as text/HTML Considered Harmful to Feelings". Retrieved 2008-09-13. There are not nearly as many disadvantages (if any) to sending XHTML as text/HTML as [Ian Hickson] claims and the advantages I mentioned above make it well worth using in my humble opinion. There are some subtle footnotes and parentheticals [in Hickson's article] indicating that the harmfulness only applies to authors that don't know the pitfalls of this practice, but much like the "Do not eat" label on the little packets of silica gel, Ian's advisory seems to be common sense and not worth mentioning to any author who actually knows what XHTML is and how to write it.
  40. Paul McDonald (2007-06-30). "The case for XHTML". Retrieved 2008-09-13. Some people say XHTML on the Web has failed, but I say it is our biggest success in the fight for Web Standards. ... XHTML is a good thing for the web, though, and it's a shame that people are trying to make a case against it. To prove this, I'll flesh out the myth for you and then show you why XHTML is the best thing since sliced bread when it comes to our fight for Web Standards. ... So to conclude, sending XHTML as text/html causes no damage or harm anywhere today, as long as your XHTML does validate. And, if you want Web Standards to become more and more widespread, stick to using XHTML and validate your pages.
  41. 41.0 41.1 Tim Berners-Lee (2006-10-27). "Reinventing HTML". Archived from the original on 2007-06-09. Retrieved 2007-06-16. Some things are clearer with the hindsight of several years. It is necessary to evolve HTML incrementally. The attempt to get the world to switch to XML, including quotes around attribute values and slashes in empty tags and namespaces all at once didn't work. The large HTML-generating public did not move, largely because the browsers didn't complain. Some large communities did shift and are enjoying the fruits of well-formed systems, but not all. It is important to maintain HTML incrementally, as well as continue a transition to [a] well-formed world, and develop more power in that world.
    "The plan is to charter a completely new HTML group. Unlike the previous one, this one will be chartered to do incremental improvements to HTML, as also in parallel XHTML. It will have a different chair and staff contact. It will work on HTML and xHTML together. We have strong support for this group, from many people we have talked to, including browser makers.
  42. 42.0 42.1 Ian Hickson; David Hyatt (2011-01-13). "HTML5: A vocabulary and associated APIs for HTML and XHTML". Retrieved 2011-02-16.
  43. 43.0 43.1 Simon Pieters. "Results of mobile tests". Retrieved 2009-10-31.
  44. 44.0 44.1 "XHTML 1.0: The Extensible HyperText Markup Language, W3C Recommendation 26 January 2000". World Wide Web Consortium. 2000-01-26. Retrieved 2008-07-19.
  45. 45.0 45.1 "XHTML 1.0 The Extensible HyperText Markup Language (Second Edition)". World Wide Web Consortium. 2002-08-01. Retrieved 2008-07-19.
  46. "Modularization of XHTML, W3C Recommendation 10 April 2001". World Wide Web Consortium. 2001-04-10. Retrieved 2008-07-19.
  47. "XHTML Modularization 1.1 - Second Edition, W3C Recommendation 29 July 2010". World Wide Web Consortium. 2010-07-29. Retrieved 2010-12-31.
  48. "XHTML 1.1 - Module-based XHTML, W3C Recommendation 31 May 2001". World Wide Web Consortium. 2001-05-31. Retrieved 2008-07-19.
  49. "XHTML Media Types, W3C Working Group Note 1 August 2002". World Wide Web Consortium. 2002-08-01. Retrieved 2008-07-19.
  50. 50.0 50.1 "XHTML Media Types – Second Edition, W3C Working Group Note 16 January 2009". World Wide Web Consortium. 2009-01-16. Retrieved 2009-01-28. This document supersedes the HTML Compatibility Guidelines originally found in XHTML 1.0 Appendix C.
  51. "XHTML 1.1, XHTML Basic 1.1, XHTML Print Recommendations Revised". W3C NEWS ARCHIVE: 2010. World Wide Web Consortium. Retrieved 12 December 2010.
  52. "XHTML 1.1 - Module-based XHTML – Second Edition". World Wide Web Consortium. 2009-05-07. Archived from the original on 2009-05-12. Retrieved 2009-05-25.
  53. "XHTML Basic, W3C Recommendation 19 December 2000". World Wide Web Consortium. 2000-12-19. Retrieved 2008-07-19.
  54. "XHTML Flavors comparisons". World Wide Web Consortium. 2007-01-09. Retrieved 2013-01-30.
  55. XHTML Basic. W3.org. Retrieved on 2013-07-17.
  56. XHTML Basic 1.1. W3.org. Retrieved on 2013-07-17.
  57. "XHTML Basic 1.1 - Second Edition". w3.org.
  58. "XHTML-Print, W3C Recommendation 20 September 2006". World Wide Web Consortium. 2006-09-20. Retrieved 2008-07-19.
  59. 59.0 59.1 "OMA Browsing Archive". OMA Releases. Open Mobile Alliance Ltd. 26 September 2011.
  60. "[XHTML] Agenda: 2008-07-09". w3.org.
  61. See both XHTML 2.0 Considered Harmful and XHTML 2.0 Considered Hopeful by browser developer Tantek Çelik, who criticizes early drafts of XHTML 2.0 for the absence of the style attribute and the cite element. Developer Daniel Glazman offers similar criticism, but also shows support for some backward-incompatible changes such as the decision to remove the ins and del elements.
  62. "XHTML 2.0, W3C Working Group Note 16 December 2010". World Wide Web Consortium. 2010-12-16. Retrieved 2010-12-31.
  63. "XHTML2 Working Group Documents Published as W3C Notes". World Wide Web Consortium. 2010-12-16. Retrieved 2010-12-31.
  64. Ian Hickson (2008-01-22). "HTML 5, 1.1.2. Relationship to XHTML2". World Wide Web Consortium. Retrieved 2008-07-19. ... XHTML2... defines a new HTML vocabulary with better features for hyperlinks, multimedia content, annotating document edits, rich metadata, declarative interactive forms, and describing the semantics of human literary works such as poems and scientific papers... However, it lacks elements to express the semantics of many of the non-document types of content often seen on the Web. For instance, forum sites, auction sites, search engines, online shops, and the like, do not fit the document metaphor well and are not covered by XHTML2... This specification aims to extend HTML so that it is also suitable in these contexts...
  65. 65.0 65.1 "9 The XHTML syntax — HTML5". w3.org.
  66. HTML vs. XHTML, WHATWG Wiki


बाहरी संबंध