XHTML

طُوِّرت لغة XHTML لجعل لغة HTML أكثر قابلية للتوسيع وزيادة التوافق مع تنسيقات البيانات الأخرى. ^{[ 16 ]} إضافةً إلى ذلك، كانت المتصفحات تتغاضى عن أخطاء HTML، وكانت معظم مواقع الويب تُعرض على الرغم من وجود أخطاء تقنية في الترميز؛ وقد أدخلت XHTML معالجةً أكثر صرامةً للأخطاء. ^{[ 17 ]} كان HTML 4 ظاهريًا تطبيقًا للغة الترميز العامة القياسية (SGML)؛ ومع ذلك، كانت مواصفات SGML معقدة، ولم تكن متصفحات الويب ولا توصية HTML 4 متوافقةً معها تمامًا. ^{[ 18 ]} قدّم معيار XML، الذي تمت الموافقة عليه في عام 1998، تنسيق بيانات أبسط وأقرب في بساطته إلى HTML 4. ^{[ 19 ]} من خلال التحول إلى تنسيق XML، كان يُؤمل أن تصبح HTML متوافقةً مع أدوات XML الشائعة؛ ^{[ 20 ]} وأن تتمكن الخوادم والوكلاء من تحويل المحتوى، حسب الضرورة، للأجهزة ذات الإمكانيات المحدودة مثل الهواتف المحمولة. ^{[ 21 ]} باستخدام مساحات الأسماء ، يمكن لمستندات XHTML توفير قابلية التوسع من خلال تضمين أجزاء من لغات أخرى قائمة على XML مثل Scalable Vector Graphics و MathML . ^{[ 22 ]} وأخيرًا، سيوفر العمل المُجدد فرصة لتقسيم HTML إلى مكونات قابلة لإعادة الاستخدام ( نمذجة XHTML ) وتنظيف الأجزاء غير المنظمة من اللغة. ^{[ 23 ]}

توجد اختلافات عديدة بين لغتي XHTML وHTML. نموذج كائن المستند (DOM) هو بنية شجرية تمثل الصفحة داخليًا في التطبيقات، وXHTML وHTML طريقتان مختلفتان لتمثيل هذه البنية في لغة الترميز. كلتاهما أقل تعبيرًا من DOM - على سبيل المثال، يمكن وضع الرمز "-- > " في التعليقات في DOM، لكن لا يمكن تمثيله في تعليق في XHTML أو HTML - وعمومًا، فإن صيغة XML في XHTML أكثر تعبيرًا من HTML (على سبيل المثال، لا يُسمح باستخدام مساحات أسماء عشوائية في HTML). تستخدم XHTML صيغة XML، بينما تستخدم HTML صيغة شبه SGML (رسميًا SGML في HTML  4 وما دونه، ولكن ليس عمليًا، وتم التخلي عن SGML في HTML5). نظرًا لاختلاف محتويات صيغة DOM القابلة للتعبير اختلافًا طفيفًا، توجد بعض التغييرات في السلوك الفعلي بين النموذجين. مع ذلك، يمكن التغلب على اختلافات الصيغة من خلال تطبيق إطار ترجمة بديل ضمن لغة الترميز.

أولاً، هناك بعض الاختلافات في بناء الجملة: ^{[ 24 ]}

• بشكل عام، تتطلب قواعد XML إغلاق كل عنصر ، إما بعلامة إغلاق منفصلة (مثلاً </div>) أو باستخدام بناء الجملة ذاتي الإغلاق (مثلاً <br/>)، بينما يسمح بناء جملة HTML بعدم إغلاق بعض العناصر إما لأنها فارغة دائمًا (مثلاً ) أو يمكن تحديد نهايتها ضمنيًا ("قابلية الحذف"، مثلاً ).<input><p>
• تعتبر لغة XML حساسة لحالة الأحرف في أسماء العناصر والسمات ، بينما لا تعتبر لغة HTML كذلك.
• تُحذف بعض ميزات الاختصار في لغة HTML من لغة XML، مثل: (1) تصغير السمات ، حيث يمكن حذف قيم السمات أو علامات الاقتباس الخاصة بها (مثل <attribute> أو <attribute> ، بينما في XML يجب التعبير عن ذلك كـ <attribute> )؛ (2) يمكن استخدام تصغير العناصر لإزالة العناصر بالكامل (مثل <attribute> المُستنتجة في جدول إذا لم تُحدد)؛ و(3) صيغة SGML النادرة الاستخدام لتصغير العناصر ("shorttag")، والتي لا تدعمها معظم المتصفحات. ^{[ 25 ]}<optionselected><optionselected=selected><optionselected="selected"><tbody>
• توجد متطلبات تقنية أخرى عديدة تتعلق بمساحات الأسماء والتحليل الدقيق للمسافات البيضاء وبعض الأحرف والعناصر. لم يكن التحليل الدقيق لـ HTML عمليًا محددًا حتى وقت قريب؛ راجع مواصفات HTML5 ( [HTML5] ) للاطلاع على التفاصيل الكاملة، أو الملخص العملي ( HTML مقابل XHTML ).

إضافةً إلى الاختلافات النحوية، توجد بعض الاختلافات السلوكية، والتي تنشأ في الغالب من الاختلافات الأساسية في التسلسل. على سبيل المثال:

• يختلف السلوك عند حدوث أخطاء في تحليل البيانات. يؤدي خطأ تحليل فادح في XML (مثل بنية علامة غير صحيحة) إلى إيقاف معالجة المستند.
• معظم المحتوى الذي يتطلب مساحات أسماء لن يعمل في HTML، باستثناء الدعم المدمج لـ SVG و MathML في محلل HTML5 إلى جانب بعض البادئات السحرية مثل xlink.
• تختلف معالجة جافا سكريبت في XHTML، مع تغييرات طفيفة في حساسية حالة الأحرف لبعض الدوال، واحتياطات إضافية لتقييد المعالجة على المحتوى السليم. يجب ألا تستخدم البرامج النصية هذه الطريقة؛ فهي غير متاحة لـ XHTML. الخاصية متاحة، لكنها لن تُدرج محتوى غير سليم. من ناحية أخرى، يمكن استخدامها لإدراج محتوى سليم مُنسق ضمن مساحات أسماء في XHTML.document.write()innerHTML
• تُطبَّق أوراق الأنماط المتتالية (CSS) بطريقة مختلفة. نظرًا لحساسية XHTML لحالة الأحرف، تصبح جميع مُحدِّدات CSS حساسة لحالة الأحرف في مستندات XHTML. ^{[ 26 ]} بعض خصائص CSS، مثل الخلفيات، المُعيَّنة على العنصر في HTML تُورَث إلى العنصر؛ وهذا لا ينطبق على XHTML إلا إذا نُصَّ على خلاف ذلك باستخدام الكلمتين المفتاحيتين "initial" و"inherit". ^{[ 27 ] [ 28 ]}<body><html>

أدت أوجه التشابه بين HTML 4.01 وXHTML 1.0 إلى تبني العديد من مواقع الويب وأنظمة إدارة المحتوى لتوصية W3C الأولية بشأن XHTML 1.0. ولمساعدة المؤلفين في عملية الانتقال، قدمت W3C إرشادات حول كيفية نشر مستندات XHTML 1.0 بطريقة متوافقة مع HTML، وعرضها على المتصفحات غير المصممة خصيصًا لـ XHTML. ^{[ 29 ] [ 30 ]}

يُرسل هذا المحتوى "المتوافق مع HTML" باستخدام نوع وسائط HTML ( text/html) بدلاً من نوع وسائط الإنترنت الرسمي لـ XHTML ( application/xhtml+xml). لذا، عند قياس مدى اعتماد XHTML مقارنةً بـ HTML العادي، من المهم التمييز بين ما إذا كانت المقارنة تتعلق باستخدام نوع الوسائط أو بمحتوى المستند الفعلي. ^{[ 31 ] [ 32 ]}

تتمتع معظم متصفحات الويب بدعم كامل ^{[ 33 ]} لجميع أنواع وسائط XHTML الممكنة. ^{[ 34 ]} ويُستثنى من ذلك متصفح إنترنت إكسبلورر، الإصدار 8 والإصدارات الأقدم من مايكروسوفت ؛ فبدلاً من عرض application/xhtml+xmlالمحتوى، يظهر مربع حوار يدعو المستخدم لحفظ المحتوى على القرص. ويُلاحظ هذا السلوك في كل من إنترنت إكسبلورر 7 (الذي صدر عام 2006) وإنترنت إكسبلورر 8 (الذي صدر في مارس 2009). ^{[ 35 ]} وقد أوضح كريس ويلسون، مطور مايكروسوفت، في عام 2005 أن أولويات إنترنت إكسبلورر 7 كانت تحسين أمان المتصفح ودعم CSS ، وأن دمج دعم XHTML بشكل صحيح في محلل HTML الخاص بإنترنت إكسبلورر، والذي يركز على التوافق، سيكون صعباً؛ ^{[ 36 ]} ومع ذلك، أضافت مايكروسوفت دعمًا لـ XHTML الحقيقي في إنترنت إكسبلورر 9. ^{[ 37 ]}

طالما أن الدعم ليس واسع الانتشار، يتجنب معظم مطوري الويب استخدام لغة XHTML غير المتوافقة مع HTML، ^{[ 38 ]} لذا فإن مزايا XML مثل مساحات الأسماء، وسرعة التحليل، وحجم الملفات الأصغر في المتصفحات لا تعود بالفائدة على المستخدم. ^{[ 39 ] [ 40 ] [ 41 ]}

في أوائل العقد الأول من الألفية الثانية، بدأ بعض مطوري الويب يتساءلون عن سبب لجوء مؤلفي الويب إلى استخدام لغة XHTML في كتابة المحتوى. ^{[ 42 ] [ 43 ] [ 44 ]} في المقابل، رأى آخرون أن المشاكل المنسوبة إلى استخدام XHTML تعود في الغالب إلى مصدرين رئيسيين: إنتاج بعض مؤلفي الويب لوثائق XHTML غير صالحة، وعدم وجود دعم مدمج لهذه اللغة في متصفح إنترنت إكسبلورر 6. [ ^{45 ] [ 46 ] ثمّ} شرحوا مزايا وثائق الويب القائمة على لغة XML (أي XHTML) فيما يتعلق بالبحث والفهرسة والتحليل، فضلاً عن ضمان مواكبة الويب للمستقبل.

في أكتوبر 2006، أعلن تيم بيرنرز لي ، مخترع لغة HTML ورئيس اتحاد شبكة الويب العالمية (W3C) ، عن مبادرة كبيرة من الاتحاد لتطوير مواصفات جديدة للغة HTML، وكتب في مدونته: "إن محاولة تحويل العالم إلى XML دفعة واحدة لم تنجح. لم ينتقل جمهور مستخدمي HTML الواسع... بينما انتقلت بعض المجتمعات الكبيرة وتجني ثمار الأنظمة المُحكمة... وتتمثل الخطة في إنشاء فريق جديد كليًا متخصص في HTML." ^{[ 47 ]} وينص مشروع HTML5 الحالي على أنه "تم إيلاء اهتمام خاص لتحديد معايير توافق واضحة لبرامج تصفح الإنترنت بهدف تحسين قابلية التشغيل البيني... مع تحديث مواصفات HTML في الوقت نفسه لمعالجة المشكلات التي ظهرت في السنوات القليلة الماضية." إيان هيكسون ، محرر مواصفات HTML5 الذي انتقد الاستخدام غير السليم لـ XHTML في عام 2002، ^{[ 42 ]} هو عضو في الفريق الذي يطور هذه المواصفات، ومدرج كأحد المحررين المشاركين في مشروع HTML5 الحالي. ^{[ 48 ]}

قام سيمون بيترز بالبحث في مدى توافق متصفحات الهاتف المحمول مع XML ^{[ 49 ]} وخلص إلى أن "الادعاء بأن XHTML سيكون ضروريًا للأجهزة المحمولة هو مجرد خرافة".

في ديسمبر 1998، نُشرت مسودة عمل من اتحاد شبكة الويب العالمية (W3C) بعنوان "إعادة صياغة HTML في XML" . وقدّمت هذه المسودة "فويجر"، وهو الاسم الرمزي للغة ترميز جديدة مبنية على HTML 4، ولكنها تلتزم بقواعد بناء الجملة الأكثر صرامة في XML. وبحلول فبراير 1999، تغيّر اسم المواصفة إلى XHTML 1.0: لغة ترميز النص التشعبي القابلة للتوسيع ، وفي يناير 2000، اعتُمدت رسميًا كتوصية من اتحاد شبكة الويب العالمية. ^{[ 50 ]} يوجد ثلاثة تعريفات رسمية لأنواع المستندات (DTD) لـ XHTML 1.0، تتوافق مع الإصدارات الثلاثة المختلفة من HTML 4.01.

• يُعدّ XHTML 1.0 Strict مكافئًا لـ HTML 4.01 الصارم في لغة XML، ويتضمن عناصر وسمات لم تُصنّف على أنها مهملة في مواصفات HTML 4.01. اعتبارًا من نوفمبر 2015 ، XHTML 1.0 Strict هو نوع المستند المستخدم للصفحة الرئيسية لموقع الويب الخاص باتحاد شبكة الويب العالمية .
• XHTML 1.0 Transitional هو المكافئ XML لـ HTML 4.01 Transitional، ويتضمن عناصر العرض (مثل centerو font) strikeالمستبعدة من الإصدار الصارم.
• XHTML 1.0 Frameset هو المكافئ XML لـ HTML 4.01 Frameset، ويسمح بتعريف مستندات frameset - وهي ميزة شائعة في الويب في أواخر التسعينيات.

أصبحت النسخة الثانية من XHTML 1.0 توصية من W3C في أغسطس 2002. ^{[ 51 ]}

تُوفّر خاصية التجزئة مجموعةً مُجرّدةً من المُكوّنات التي يُمكن من خلالها تقسيم لغة XHTML وتوسيعها. وتهدف هذه الخاصية إلى مساعدة لغة XHTML على توسيع نطاق استخدامها ليشمل المنصات الناشئة، مثل الأجهزة المحمولة وأجهزة التلفزيون المتصلة بالإنترنت. وقد أُتيحت المسودة الأولية لخاصية التجزئة في لغة XHTML في أبريل 1999، وحصلت على توصية في أبريل 2001. ^{[ 52 ]}

كانت أولى متغيرات XHTML المعيارية هي XHTML 1.1 و XHTML Basic 1.0.

في أكتوبر 2008، تم استبدال معيار XHTML المعياري بمعيار XHTML المعياري 1.1 ، الذي أضاف تطبيقًا لمخطط XML . وتم استبداله بإصدار ثانٍ في يوليو 2010. ^{[ 53 ]}

تطورت لغة XHTML 1.1 من العمل الذي أحاط بالتصميم الأولي لوحدات XHTML . أصدر اتحاد شبكة الويب العالمية (W3C) المسودة الأولى في سبتمبر 1999، وحصلت على توصية رسمية في مايو 2001. ^{[ 54 ]} تُعيد الوحدات المدمجة في XHTML 1.1 إنشاء XHTML 1.0 Strict بشكل فعّال، مع إضافة عناصر التعليقات التوضيحية في لغة روبيruby ( <script>، rbc<script>، rtc<script>، rb<script>، rtو rp<script>) لدعم لغات شرق آسيا بشكل أفضل. تشمل التغييرات الأخرى إزالة السمة name<script> من العنصرين <script> aو< mapscript>، وإزالة السمة <script> (في الإصدار الأول من اللغة) langلصالح السمة <script> xml:lang.

على الرغم من أن XHTML 1.1 متوافق إلى حد كبير مع XHTML 1.0 وHTML 4، فقد أصدر فريق العمل في أغسطس 2002 مذكرة رسمية تنصح بعدم إرساله مع نوع وسائط HTML. ^{[ 55 ]} ونظرًا لمحدودية دعم المتصفحات لهذا application/xhtml+xmlالنوع البديل من الوسائط، لم يتمكن XHTML 1.1 من الانتشار على نطاق واسع. وفي يناير 2009، صدرت طبعة ثانية من الوثيقة ( أنواع وسائط XHTML - الطبعة الثانية )، خففت هذا القيد وسمحت باستخدام XHTML 1.1 كـ text/html. ^{[ 56 ]}

صدرت الطبعة الثانية من معيار XHTML 1.1 في 23 نوفمبر 2010، والتي عالجت العديد من الأخطاء وأضافت تطبيقًا لمخطط XML لم يكن مُدرجًا في المواصفات الأصلية. ^{[ 57 ]} (صدرت هذه الطبعة لفترة وجيزة في 7 مايو 2009 تحت مسمى "توصية مُعدّلة مُقترحة" ^{[ 58 ]} قبل إلغائها في 19 مايو بسبب وجود مشكلات لم تُحل).

نظراً لأن أجهزة المعلومات قد تفتقر إلى موارد النظام اللازمة لتنفيذ جميع وحدات XHTML المجردة، فقد حدد اتحاد شبكة الويب العالمية (W3C) مواصفات XHTML محدودة الميزات تُسمى XHTML Basic. توفر هذه المواصفات مجموعة فرعية أساسية من الميزات تكفي لمعظم عمليات تأليف المحتوى الشائعة. وقد أصبحت هذه المواصفات توصية من اتحاد شبكة الويب العالمية في ديسمبر 2000. ^{[ 59 ]}

من بين جميع إصدارات XHTML، يوفر XHTML Basic 1.0 أقل عدد من الميزات. ومع XHTML 1.1، يُعدّ أحد أول تطبيقين لـ XHTML المعياري. بالإضافة إلى الوحدات الأساسية (البنية، النص، النص التشعبي، والقائمة)، فإنه يُطبّق الوحدات المجردة التالية: Base، والنماذج الأساسية، والجداول الأساسية، والصور، والروابط، والمعلومات الوصفية، والكائنات، وأوراق الأنماط، والهدف. ^{[ 60 ] [ 61 ]}

يستبدل الإصدار 1.1 من XHTML Basic وحدة النماذج الأساسية بوحدة النماذج، ويضيف وحدات الأحداث المضمنة، والعرض التقديمي، والبرمجة النصية. كما يدعم وسومًا وخصائص إضافية من وحدات أخرى. وقد أصبح هذا الإصدار توصية من اتحاد شبكة الويب العالمية (W3C) في 29 يوليو 2008. ^{[ 62 ]}

الإصدار الحالي من لغة XHTML Basic هو الإصدار 1.1، الإصدار الثاني (23 نوفمبر 2010)، حيث أُعيد تنفيذ اللغة بلغة XML Schema التابعة لاتحاد شبكة الويب العالمية (W3C ). يدعم هذا الإصدار أيضًا langالسمة. ^{[ 63 ]}

يُعدّ ملف تعريف XHTML للأجهزة المحمولة (يُختصر إلى XHTML MP أو XHTML-MP) نسخةً مُعدّلة من مواصفات XHTML الأساسية الصادرة عن اتحاد شبكة الويب العالمية (W3C). وكما هو الحال مع XHTML الأساسية، طُوّرت XHTML للأجهزة المعلوماتية ذات موارد النظام المحدودة.

في أكتوبر 2001، بدأت شركة محدودة تُدعى "منتدى بروتوكول تطبيقات الشبكات اللاسلكية" (WAP Forum) بتكييف لغة XHTML Basic لبروتوكول WAP 2.0 ، وهو الإصدار الرئيسي الثاني من بروتوكول تطبيقات الشبكات اللاسلكية . اعتمد منتدى WAP في تعريف نوع المستند (DTD) الخاص به على نموذج W3C المعياري للغة XHTML، مُدمجًا نفس الوحدات التي استخدمها W3C في XHTML Basic 1.0، باستثناء وحدة Target. انطلاقًا من هذا الأساس، استبدل منتدى WAP وحدة Basic Forms بتنفيذ جزئي لوحدة Forms، وأضاف دعمًا جزئيًا لوحدتي Legacy وPresentation، ودعمًا كاملًا لوحدة Style Attribute.

في عام 2002، تم دمج منتدى WAP في تحالف Open Mobile Alliance (OMA)، الذي واصل تطوير ملف تعريف XHTML Mobile كمكون من مكونات مواصفات التصفح الخاصة بـ OMA.

نظر فريق عمل XHTML 2 في إنشاء لغة جديدة مبنية على XHTML 1.1. ^{[ 66 ]} في حال إنشاء XHTML 1.2، فسيتضمن WAI-ARIA وسمات roleلتحسين دعم تطبيقات الويب سهلة الوصول، ودعمًا مُحسَّنًا للويب الدلالي عبر RDFa . وقد تتضمن أيضًا inputmodeالسمة من XHTML Basic 1.1، بالإضافة إلى targetالسمة (لتحديد أهداف الإطار ). لم يُكلَّف فريق عمل XHTML2 بتطوير XHTML 1.2. وبما أن اتحاد شبكة الويب العالمية (W3C) أعلن عدم نيته إعادة تكليف فريق عمل XHTML2، ^{[ 9 ]} وأغلقه في ديسمبر 2010، فهذا يعني أن مقترح XHTML 1.2 لن يُرى النور.

بين أغسطس 2002 ويوليو 2006، أصدر اتحاد شبكة الويب العالمية (W3C) ثماني مسودات عمل لمعيار XHTML 2.0، وهو إصدار جديد من XHTML قادر على تحقيق قطيعة تامة مع الإصدارات السابقة من خلال إلغاء شرط التوافق مع الإصدارات السابقة. وقد أثار هذا النقص في التوافق مع XHTML 1.x وHTML 4 جدلاً مبكراً في أوساط مطوري الويب. ^{[ 67 ]} تم لاحقاً فصل بعض أجزاء اللغة (مثل roleسمات RDFa) عن المواصفات والعمل عليها كوحدات منفصلة، ​​جزئياً لتسهيل الانتقال من XHTML 1.x إلى XHTML 2.0. كان من المتوقع ظهور المسودة التاسعة من XHTML 2.0 في عام 2009، ولكن في 2 يوليو 2009، قرر اتحاد شبكة الويب العالمية (W3C) السماح بانتهاء صلاحية ميثاق مجموعة عمل XHTML2 بنهاية ذلك العام، مما أدى فعلياً إلى توقف أي تطوير إضافي للمسودة لتصبح معياراً. ^{[ 9 ]} بدلاً من ذلك، تم إصدار XHTML 2.0 والوثائق ذات الصلة كملاحظات W3C في عام 2010. ^{[ 68 ] [ 69 ]}

تضمنت الميزات الجديدة التي تم تقديمها في XHTML 2.0 ما يلي:

• كان من المقرر استبدال نماذج HTML بـ XForms ، وهي مواصفات إدخال المستخدم القائمة على XML والتي تسمح بعرض النماذج بشكل مناسب لأجهزة العرض المختلفة.
• كان من المقرر استبدال إطارات HTML بإطارات XFrames .
• كان من المقرر استبدال أحداث DOM بأحداث XML ، والتي تستخدم نموذج كائن مستند XML .
• كان من المقرر إضافة نوع جديد لعناصر القوائم، وهو nlنوع العنصر، لتصنيف القائمة تحديدًا كقائمة تنقل. وكان هذا النوع مفيدًا في إنشاء القوائم المتداخلة، والتي تُنشأ حاليًا بوسائل متنوعة مثل القوائم غير المرتبة المتداخلة أو قوائم التعريف المتداخلة.
• كان من المفترض أن يكون أي عنصر قادراً على العمل كرابط تشعبي ، على غرار  XLink . ومع ذلك، فإن XLink نفسه غير متوافق مع XHTML بسبب اختلافات التصميم.<li href="articles.html">Articles</li>
• يجب أن يكون أي عنصر قادراً على الإشارة إلى الوسائط البديلة باستخدام 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مثل <a> و <b>، المسموح بها في XHTML 1.x (حتى في الإصدار Strict)، من XHTML 2.0. أما العناصر المتبقية التي تحمل بعض عناصر العرض، فكانت <a> و <b> للرموز العلوية والسفلية على التوالي، نظرًا لاستخداماتها المهمة غير المتعلقة بالعرض، ولأنها مطلوبة في بعض اللغات. أما باقي الوسوم، فكان من المفترض أن تكون دلالية (مثل <a> للتأكيد الشديد )، مع السماح لبرنامج المستخدم بالتحكم في عرض العناصر عبر CSS (مثل عرضها كنص غامق في معظم المتصفحات المرئية، ولكن قد يتم عرضها بتغييرات في درجة اللون في قارئ النص إلى كلام، أو تكبير حجم الخط وزيادة خطه ليصبح مائلًا وفقًا لقواعد ورقة أنماط المستخدم، إلخ).ttsupsub strong
• إضافة ثلاثية RDF مع propertyالسمات aboutلتسهيل التحويل من XHTML إلى RDF/XML.

تطورت لغة HTML5 بشكل مستقل عن اتحاد شبكة الويب العالمية (W3C)، من خلال مجموعة غير رسمية من مصنعي المتصفحات وجهات أخرى مهتمة، أطلقوا على أنفسهم اسم WHATWG ، أو مجموعة عمل تقنية تطبيقات النصوص التشعبية على الويب. كان الدافع الرئيسي لهذه المجموعة هو إنشاء منصة لتطبيقات الويب الديناميكية؛ إذ اعتبروا أن لغة XHTML 2.0 تركز بشكل مفرط على المستندات، وغير مناسبة لإنشاء مواقع منتديات الإنترنت أو المتاجر الإلكترونية. ^{[ 70 ]}

يحتوي HTML5 على نوعين من التسلسل: التسلسل العادي text/htmlوالتسلسل XML، المعروف أيضًا باسم XHTML5 . ^{[ 71 ]} وتُعد هذه اللغة أكثر توافقًا مع HTML 4 وXHTML 1.x من XHTML 2.0، وذلك بفضل قرار الإبقاء على عناصر نماذج HTML ونموذج الأحداث الحالي. ومع ذلك، فهي تُضيف العديد من العناصر الجديدة غير الموجودة في XHTML 1.x، مثل الوسوم <header> sectionو aside<body>.

تستخدم لغة XHTML5، مثل HTML5، تعريف نوع المستند (DOCTYPE) دون تعريف نوع المستند (DTD). علاوة على ذلك، تُهمل المواصفات تعريفات نوع المستند السابقة لـ XHTML من خلال مطالبة المتصفحات باستبدالها بتعريفات تحتوي فقط على تعريفات الكيانات للأحرف المسماة أثناء التحليل. ^{[ 71 ]}

يجب أن يكون العنصر الجذر لمستند XHTML هو <script> html، ويجب أن يحتوي على xmlnsسمة لربطه بمساحة اسم XHTML . معرّف مساحة اسم XHTML هو <script> http://www.w3.org/1999/xhtml. يتضمن الوسم المثال أدناه xml:langسمة إضافية لتعريف المستند بلغة طبيعية :

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

للتحقق من صحة مستند XHTML، يمكن استخدام تعريف نوع المستند ( DOCTYPE ). يُعرّف تعريف نوع المستند ( DOCTYPE) للمتصفح تعريف نوع المستند (DTD) الذي يتوافق معه المستند. يجب وضع تعريف نوع المستند قبل العنصر الجذر .

يجب أن يشير مُعرِّف النظام في تعريف نوع المستند (DOCTYPE)، وهو في هذه الأمثلة عنوان URL الذي يبدأ بـ http://، إلى نسخة من تعريف نوع المستند (DTD) لاستخدامها، إذا لم يتمكن المُدقِّق من تحديد موقعها بناءً على المُعرِّف العام (السلسلة الأخرى المُقتبسة). ليس من الضروري أن يكون هو عنوان URL المُحدد في هذه الأمثلة؛ بل يُنصح المؤلفون باستخدام نسخ محلية من ملفات تعريف نوع المستند (DTD) كلما أمكن ذلك. مع ذلك، يجب أن يكون المُعرِّف العام مطابقًا تمامًا لما هو عليه في الأمثلة.

يمكن تحديد ترميز الأحرف في بداية مستند XHTML ضمن تعريف XML عند تقديم المستند باستخدام نوع application/xhtml+xmlMIME . (إذا لم يُحدد ترميز الأحرف في مستند XML، يفترض محلل XML أن الترميز هو UTF-8 أو UTF-16 ، ما لم يكن قد تم تحديد الترميز مسبقًا بواسطة بروتوكول أعلى).

على سبيل المثال:

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

يمكن حذف هذا التصريح اختياريًا لأنه يُحدد ترميزه على أنه الترميز الافتراضي. مع ذلك، إذا كان المستند يستخدم XML 1.1 أو ترميز أحرف آخر، فإن التصريح ضروري. يدخل متصفح إنترنت إكسبلورر ، قبل الإصدار 7 ، في وضع التوافق إذا صادف تصريح XML في مستند مُقدّم كـ text/html.

فيما يلي أمثلة على XHTML 1.0 Strict، وكلاهما يُنتج نفس المخرجات المرئية. يتبع المثال الأول إرشادات توافق HTML الواردة في ملاحظة أنواع وسائط XHTML، بينما يخالف المثال الثاني التوافق مع الإصدارات السابقة، ولكنه يوفر ترميزًا أكثر وضوحًا. ^{[ 56 ]}

مثال 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 </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> هذا مثال على مستند < abbr title = " لغة ترميز النص التشعبي القابلة للتوسيع" > XHTML </abbr> 1.0 Strict . <br /><img id= "validation-icon" src= "http://www.w3.org/Icons/valid-xhtml10" alt= "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>

المثال الثاني.

<?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 </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> هذا مثال على مستند < abbr title = " لغة ترميز النص التشعبي القابلة للتوسيع" > XHTML </abbr> 1.0 Strict . <br /><img id= "validation-icon" src= "http://www.w3.org/Icons/valid-xhtml10" alt= "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. تُعدّ وظيفة "loadpdf" في الواقع حلاً بديلاً لمتصفح إنترنت إكسبلورر. ويمكن استبدالها بإضافة <param name="src" value="http://www.w3.org/TR/xhtml1/xhtml1.pdf"/>ما يلي داخل <object>.
2. imgلا يحصل العنصر على سمة nameفي تعريف نوع المستند الصارم XHTML 1.0 . استخدم idبدلاً من ذلك.