آلية اختيار وضع doctype بواسطة متصفحات معروفة

نطاق الوثيقة

يعد تبديل الوضع المضمّن في هذه المقالة مناسبًا للمتصفحات Firefox وغيرها من المتصفحات المستندة إلى Gecko و Safari و Chrome وغيرها من المتصفحات المستندة إلى WebKit ، والأوبرا ، و Konqueror ، و Internet Explorer لنظام التشغيل Mac ، و Internet Explorer for Windows ، والمتصفحات مع IE المدمجة. تجنب ذكر اسم محرك المتصفح واستخدم اسم المتصفح الأكثر شهرة للمحرك.

تركز هذه المقالة على آلية اختيار الأنماط بدلاً من تسجيل السلوك الدقيق لكل نمط.

نموذج

فيما يلي مجموعة متنوعة من الأوضاع المختلفة:

النمط بنص نوع المحتوى/HTML

يعتمد اختيار نمط محتوى النص/HTML على استنشاق Doctype (استنشاق Doctype ، الذي تمت مناقشته لاحقًا في هذه المقالة). في IE8 ، يعتمد النمط أيضًا على عوامل أخرى. ومع ذلك ، افتراضيًا في IE8 ، تعتمد أنماط المواقع غير الوريدية التي لم يتم توفيرها على القائمة السوداء لـ Microsoft على نوع المستند.

ليس من المبالغة التأكيد على الفرق في السلوك الدقيق للأنماط في كل متصفح ، حتى لو كان هناك مناقشة موحدة في هذه المقالة.

وضع المراوغات

في وضع Quirk ، من أجل تجنب تدمير الصفحات التي تم إنشاؤها على أساس الممارسات الشائعة في أواخر التسعينيات ، تنتهك المتصفحات مواصفات تنسيق الويب الحديثة. المتصفحات المختلفة تنفذ سلوكيات مختلفة. في Internet Explorer 6 و 7 و 8 ، يتم تجميد نمط Quirk بشكل فعال في IE5.5. في المتصفحات الأخرى ، يعد وضع Quirk كمية صغيرة من الإزاحة التي تتماشى مع الوضع القياسي.

إذا كنت تقوم بإنشاء صفحة ويب جديدة ، فيجب عليك الامتثال للمواصفات ذات الصلة (وخاصة CSS2.1) واستخدام الوضع القياسي.

وضع المعايير

في الوضع القياسي ، يحاول المتصفح التعامل بشكل صحيح مع المواصفات في المتصفح المحدد من خلال إعطاء المستندات المتوافقة مع المعيار إلى الحد الذي يتم توحيده.

تتبع المتصفحات المختلفة مراحل مختلفة ، وبالتالي فإن الوضع القياسي ليس هدفًا واحدًا أيضًا.

HTML5 يستدعي هذا الوضع لا وضع المراوغات

وضع المعايير تقريبا

تحتوي Irefox و Safari و Chrome و Opera (بدءًا من 7.5) و IE8 أيضًا على وضع يسمى الوضع شبه القياسي ، والذي ينفذ الأبعاد الرأسية لخلايا الجدول وفقًا للممارسات التقليدية بدلاً من الامتثال الصارم لمواصفات CSS2. لا تتطلب الإصدارات MAC IE5 و Windows IE6 و 7 و Opera 7.5 و Konqueror وضعًا شبه قياسي لأنها لا تتبع بشكل صارم مواصفات CSS2 في أوضاعها القياسية لكل منهما لتحقيق أبعاد رأسية لخلايا الجدول. في الواقع ، فإن وضعها القياسي أقرب إلى وضع موزيلا شبه العادي من وضع موزيلا القياسي.

HTML5 يستدعي وضع المراوغات المحدود لهذا الوضع.

وضع IE7

يوجد وضع في IE8 يتجمد بشكل أساسي نسخة من الوضع القياسي IE7. لا تحتوي المتصفحات الأخرى على مثل هذا النمط ، ولا يتم تحديد هذا النمط بواسطة HTML5.

مخطط مع تطبيق نوع المحتوى/XHTML+XML (نمط XML)

في Firefox و Safari و Chrome و Opera ، فإن تطبيق المحتوى/XHTML+XML HTTP (وليس عنصر meta أو doctype!) سيؤدي إلى ظهور نمط XML. في نمط XML ، يحاول المتصفح إعطاء وثائق XML المواصفات الصحيحة إلى الحد الذي يكون فيه في المتصفح.

لا تدعم IE6 و 7 و 8 التطبيق/XHTML+XML ، وكذلك Mac ie5.

في متصفح Nokia S60 المستند إلى WebKit ، لا يمكن أن يؤدي نوع محتوى Application/XHTML+XML HTTP إلى تشغيل مخطط XML لأن التركيز في الحدائق المسورة المتنقلة هو التوافق مع المحتوى غير المنتظم. (لا يمكن للمتصفحات المحمولة على الطراز القديم استخدام محلات XML الحقيقية لأنه تم وضع علامة على المحتوى غير القياسي XML.)

نظرًا لأن Konqueror لم يتم اختباره بالكامل ، لا أستطيع أن أقول بالضبط ما سيحدث في هذا المتصفح.

أوضاع غير وايب

الأنماط التي لا علاقة لها ببعض المحركات مع محتوى الويب. للاكتمال ، تم ذكرهم هنا فقط. الأوبرا لديها وضع WML2.0. يحتوي WebKit على Leopard على وضع محدد لعناصر لوحة المعلومات القديمة.

تأثير

فيما يلي الآثار الرئيسية لهذه الأنماط:

تَخطِيط

يؤثر نمط النص/HTML بشكل أساسي على تخطيط CSS. على سبيل المثال ، إنه أمر مريح للجداول ألا ترث الأنماط. في وضع بعض المتصفحات ، يصبح نموذج المربع نموذجًا لـ IE5.5. لا يسرد هذا المستند جميع المراوغات.

وضع شبه قياسي (في المتصفحات مع هذا الوضع) ، تختلف خلايا الجدول التي تحتوي فقط على الصور في الوضع العالي والقياسي.

في مخطط XML ، يتمتع المحددون بسلوكيات حساسة للحالة. بالإضافة إلى ذلك ، لا يمكن تطبيق القواعد الفريدة لعناصر جسم HTML على المتصفحات القديمة التي لا تنفذ أحدث تغييرات CSS2.1.

تحليل

هناك أيضًا بعض المراوغات التي تؤثر على تحليل HTML و CSS وستتسبب في تحليل صفحات الويب التي تلبي المعايير بشكل غير صحيح. يحدد تخطيط المراوغات ما إذا كان يتم تشغيل هذه المراوغات. على أي حال ، من المهم للغاية فهم أوجه التشابه والاختلاف الرئيسي لأنماط quirk والأنماط القياسية في تخطيط CSS وتحليلها (تحليل غير HTML).

يطلق بعض الأشخاص عن طريق الخطأ وضع التحليل الصارم للوضع القياسي ، مما يجعل الناس يسيئون فهم قواعد بناء جملة HTML الخاصة بالمتصفح وتقييم المتصفح لصحة العلامات. هذا ليس هو الحال. حتى عندما ينطلق تخطيط الوضع القياسي ، سيظل المتصفح يصنع حساء العلامة (حساء العلامة ، http://en.wikipedia.org/wiki/tag_soup) العمل. (قبل إصدار NetScape6 في عام 2000 ، كان لدى Mozilla أنماط تحليل لفرض قواعد بناء جملة HTML. تم التخلي عن هذه الأنماط مع محتوى الويب الحالي.)

هناك اعتقاد خاطئ شائع آخر حول تحليل XHTML. يُعتقد عادة أنه يتم الحصول على أهداف مختلفة باستخدام XHTML Doctype. في الواقع ، هذا ليس هو الحال. نوع المحتوى هو نفس مستند المحلل و HTML المستخدم في مستند XHTML للنص/HTML. ما يهتم به المتصفحات الآن هو أن XHTML مع نص نوع المستند/HTML هو مجرد حساء علامة مع كروت (مائل إضافي في كل مكان).

فقط عند استخدام مستند نوع مستند XML (على سبيل المثال: Application/XHTML+XML أو XMAPPLICATION/) ، سيؤدي المحلل المحلل إلى تشغيل مخطط XML لتحليله. يختلف المحلل في هذا الوقت تمامًا عن محلل HTML.

السيناريو

في حين أن نمط Quirk يدور بشكل أساسي حول CSS ، بعضها يدور حول البرمجة النصية. على سبيل المثال ، في نمط Quirk الخاص بـ Firefox ، تنشئ سمة معرف HTML إشارات كائن إلى نطاق البرنامج النصي العالمي تمامًا كما في IE. تأثير البرامج النصية في IE8 يستحق الاهتمام أكثر من المتصفحات الأخرى.

في مخطط XML ، تتصرف بعض واجهات برمجة تطبيقات DOM بشكل مختلف تمامًا لأن سلوك API DOM لـ XML غير متوافق مع سلوك HTML عند تحديده.

استنشاق Doctype (يسمى أيضًا تحويل Doctype)

تستخدم المتصفحات الحديثة استنشاق Doctype لتحديد وضع محرك مستندات النص/HTML. هذا يعني أن اختيار المخطط يعتمد على إعلان نوع المستند (أو مفقود) بدءًا من مستند HTML. (هذا غير مناسب للمستندات باستخدام نوع مستند XML.)

إعلان نوع المستند (Doctype) هو تزوير بناء الجملة من SGML. SGML هو إطار العلامات على الطراز القديم. يتم تعريف HTML قبل HTML5 بناءً على ذلك. في مواصفات HTML4.01 ، يصف إعلان نوع المستند معلومات إصدار HTML. على الرغم من أن الاسم هو إعلان نوع المستند ومواصفات HTML 4.01 تصف معلومات الإصدار ، فإن إعلانات نوع المستند لا تنطبق على تصنيف مستندات SGML أو XML كنوع محدد من المستندات ، حتى لو كانت تبدو (بسبب الاسم). (المزيد من المحتوى في الملحق)

لا يقول مواصفات HTML4.01 ولا ISO 8879 (SGML) أي شيء عن استخدام إعلانات نوع المستند كتحويل وضع المحرك. يعتمد استنشاق Doctype على الملاحظة. عندما يتم تصميم Sctype Sniffing ، فإن معظم المراوغات لا تحتوي على إعلانات نوع المستند أو الإشارات إلى DTDs القديمة. يقبل HTML5 هذه الحقيقة ويعرف Doctype على أنه تحويل الوضع الوحيد في النص/HTML.

يحتوي إعلان نوع المستند قبل HTML5 النموذجي (PRE-HTML5) على (مفصولة بالفراغات) <! سلسلة doctype ، معرف شائع لعنصر الجذر (HTML) ، سلسلة عامة ، معرف شائع DTD في اقتباسات ، معرف النظام المحتمل (URL) وشخصية لنفس DTD. إعلان نوع المستند هو قبل بدء عنصر جذر المستند.

حدد Doctype

النص/html

فيما يلي دليل بسيط لكيفية اختيار Doctype عند إنشاء مستند نص/HTML جديد:

النموذج القياسي ، والتحقق المتطور

<! doctype html>

إذا كنت ترغب في التحقق من ميزات جديدة مثل <video> و <canvas> و Aria ، فهذا صحيح. لاحظ أن التعريف الفعال لـ HTML5 لا يزال يتغير ، تأكد من اختبار محاذاة الصورة في Firefox أو Safari أو Chrome أو Opera9 أو Opera10. لا يكفي اختبار محاذاة الصور في Internet Explorer ، تأكد من أنك اختبرت أيضًا في IE8 على أي حال.

الوضع القياسي ، هدف التحقق أكثر استقرارًا

<! doctype html public -// w3c // dtd html 4.01 // en http://www.w3.org/tr/html4/strict.dtd>

سيؤدي هذا doctype أيضًا إلى تشغيل الوضع القياسي ، والتعريف الفعال لـ HTML4.01 لمدة 10 سنوات مستقر. تأكد من اختبار محاذاة الصورة في Firefox أو Safari أو Chrome أو Opera9 أو Opera10. لا يكفي اختبار محاذاة الصور في Internet Explorer ، تأكد من أنك اختبرت أيضًا في IE8 على أي حال.

لاستخدام الوضع القياسي ، ولكن لا يزال يتحقق من أن العلامات لا ينصح بها أو استخدام صور شرائح في تخطيطات الجدول ولا تريد إصلاحها.

<! doctype html public -// w3c // dtd html 4.01 Transitional // en http://www.w3.org/tr/html4/loose.dtd>

إنه يؤدي إلى وضع شبه قياسي (ووضع المعايير الكاملة في موزيلا الطراز القديم). لاحظ أنه إذا تم نقلها لاحقًا إلى HTML5 ، فقد يتم كسر التصميم القائم على الصور المقطوعة التي تم تنفيذها مع الجداول (وكذلك النمط القياسي الكامل).

لاستخدام وضع quirk عن قصد

لا doctype.

من فضلك لا تفعل هذا. سوف تزعجك التصميمات التي تم إجراؤها عن قصد لوضع Quirk ، وفي المستقبل لم يعد أحد يهتم بـ Windows IE6 (Netscape 4.x و IE5 لم يعد معنيًا). يعد تصميم أنماط Quirk فكرة سيئة. ثق بي.

إذا كنت ترغب في دعم Windows IE6 ، فمن الأفضل تقديم تعليق مشروط خاص على ذلك من تراجع المتصفحات الأخرى إلى وضع Quirk.

لا أوصي بأي doctype XHTML ، حيث يعتبر XHTML ضارًا باستخدام النص/HTML. على أي حال ، إذا اخترت استخدام XHTML Doctype ، لاحظ أن إعلان XML يسبب IE6 (ولكن ليس IE7!) لإثارة نمط quirk.

التطبيق/XHTML+XML

دليل بسيط للتطبيق/XHTML+XML لا يستخدم Doctype أبدًا. صفحات الويب تحت هذه الطريقة لا تتفق تمامًا مع XHMTL1.0 ، ولكن هذا لا يهم. (يرجى الاطلاع على الملحق أدناه)

مضاعفات IE8

قائمة بصرف النظر عن أن IE8 ستستخدم تحويل الأنماط المستندة إلى العناصر الفوقية كأحد عوامل اختيار النمط ، بالإضافة إلى Doctype. (انظر مراجعات إيان هيكسون وديفيد بارون وديفيد بارون مرة أخرى وروبرت أوكاهان ومكيج ستاتشيواك.)

هناك 4 أوضاع لـ IE8: IE5.5 وضع Quirk ، وضع IE7 القياسي ، وضع IE8 Qual-Standard و IE8 القياسي. يعتمد اختيار الوضع على البيانات من عدة جوانب: Doctype ، وعناصر Meta ، ورؤوس HTTP ، وبيانات التنزيل العادية من Microsoft ، ومجالات LAN ، والإعدادات التي أدلى بها المستخدمون ، والإعدادات التي أدلى بها المستخدمون من قبل المستخدمين ، وأنماط الإطار الأصل (إن وجدت) وزر عرض BAR القابل للتطبيق. (للتطبيقات الأخرى المضمنة في المحرك ، يعتمد النمط أيضًا على التطبيق المضمن.)

لحسن الحظ ، سوف تستخدم IE8 عمومًا استنشاق Doctype مثل المتصفحات الأخرى إذا حدث ما يلي:

• لا يقوم المؤلف بتعيين رأس HTTP المتوافق مع X-UA
• لا يقوم المؤلف بتعيين علامة التعريف المتوافقة مع X-UA
• لا تضع Microsoft اسم المجال للموقع على القائمة السوداء
• لم يضع مسؤول LAN الموقع على القائمة السوداء
• لا يضغط المستخدم على زر عرض التوافق (أو إضافته بطريقة أخرى إلى قائمة محددة من المستخدمين السوداء)
• هذا الموقع ليس في مجال LAN
• ليس لدى المستخدم خيار لعرض جميع المواقع في IE7
• الصفحة غير مضمنة في صفحة الوضع المتوافق من خلال الإطار

باستثناء الحالتين المتعلقة بـ X-UA المتوافقة ، يقوم IE8 بإجراء استنشاق Doctype مثل IE7. ويسمى IE7 مضاهاة (مضاهاة IE7) عرض متوافق.

في حالة توافق X-UA المتوافق ، يتصرف IE8 بشكل مختلف تمامًا عن المتصفحات الأخرى. أود أن أرى التذييل أو المخطط الانسيابي في تنسيقات PDF و PNG في هذه الصفحة.

لسوء الحظ ، لا يوجد رأس HTTP أو علامة التعريف لـ X-UA المتوافقة ، وحتى مع وجود Doctype المناسب ، يتيح IE8 للمستخدمين تقليل الصفحة عن طريق الخطأ من الوضع القياسي لـ IE8 إلى وضع IE7 ، وهو وضع قياسي IE7 محاكي. والأسوأ من ذلك ، أن مسؤولي الشبكة المحلية يمكنهم فعل الشيء نفسه. يمكن لـ Microsoft أيضًا إدراج جميع أسماء النطاق التي تستخدمها.

للتعامل مع هذه التأثيرات ، لا يكفي Doctype ، فأنت بحاجة إلى رأس HTTP المتوافق مع X-UA وعلامة التعريف.

الدليل البسيط التالي هو مستندات النص/HTML الجديد الذي يحتوي بالفعل على وضع قياسي Doctype أو وضع شبه قياسي في متصفحات أخرى حول كيفية اختيار رأس HTTP المتوافق مع X-UA أو علامة التعريف:

لا يوجد مجالك في القائمة السوداء لـ Microsoft ، وأنت مهتم أكثر بعدم وجود أشياء مزعجة خاصة بالمتصفح من ضمان عدم تمكن المستخدمين من العودة إلى تقديم سلوك IE7.

لا تحتاج إلى تضمين رأس HTTP المتوافق مع X-UA أو علامة التعريف.

يقع مجالك في القائمة السوداء لـ Microsoft ، لأن المؤلفين الآخرين في مجالك يدمرون الموقع أو يتسببون في تمكين المستخدمين عن طرق عرض متوافقة للمجال بأكمله ، فأنت تشعر بالقلق من أن Google أو Digg سيدمجون موقعك بالإطار أو ترغب في التأكد من أنه لا يمكن للمستخدمين استخدام طرق عرض متوافقة.

أولاً ، قم بتضمين عنصر meta وراء صفحتك (إنه غير قانوني في html5) <meta http-equiv = x-ua content = ie = edge> (قبل أي عنصر نصي) ، أو قم بتعيين رأس HTTP خلف: x-ua متوافق: ie = edge

يعمل موقعك في IE7 ولكنه ينفجر في IE8

أولاً ، قم بتضمين عنصر التعريف وراء صفحتك (إنه غير قانوني في HTML5) (قبل أي عنصر نص برمجي) ، أو قم بتعيين رأس HTTP خلف: X-UA متوافق: IE = MUTULENE7 ، ثم إصلاح موقعك لا يعتمد على سلوك IE7 غير القياسي والترحيل إلى IE = EDGE.

الروابط ذات الصلة

• وضع إريك ماير حول Mac IE5 مكتوب في استخدام Doctype الصحيح
• استنشاق Mozilla's Doctype بواسطة ديفيد بارون
• يناقش Lance Silver الأنماط و Sctype استنشاق في Windows IE6 في تعزيز CSS
• تحويل Doctype Opera9
• حلول Faruk Ateş's IE8 و X-UA متوافقة

الملحق: طلبات إلى منفذي XML والمؤلفين القياسيين

يرجى عدم إحضار Doctype استنشاق إلى XML.

إن استنشاق Doctype هو حل مشكلة حساء تشوودر المسمى باستخدام طريقة تشبه حساء تشوودر. Sniffing Doctype هو نهج مبدئي مصمم بعد إطلاق مواصفات HTML4 و CSS2 ، والتي تميز المستندات القديمة من المستندات لمطابقة السلوكيات التي قد يتوقعها مؤلفوها.

من حين لآخر ، يُقترح استخدام Doctype Sniffing على XML لجدولة معالجة مختلفة ، أو تحديد المفردات المستخدمة ، أو لتنشيط الميزات. هذه فكرة سيئة. يجب أن تعتمد الجدولة والتعرف على المفردات على مساحة الاسم ، في حين يجب أن يعتمد تنشيط الميزة على تعليمات أو عناصر معالجة صريحة.

الفكرة الكاملة للتشكيل الجيد هي تقديم تحليل DTD الذي يسمح XML ، وتعزيز المستندات الخالية من Doctype. في الحالات الرسمية ، لها مستندتان XML نفس النموذج القانوني ويقوم التطبيق بمعالجةهما بشكل مختلف (وليس لأنه لا يوجد خيار للتعامل مع الكيانات الخارجية) ، قد يتم كسر التطبيق. في الممارسة العملية ، إذا تسبب مستندتان XML في الإبلاغ عن نفس المحتوى (تجاهل QNames) لمعالج محتوى SAX2 ومعالجة التطبيق المستند بشكل مختلف ، فقد يتم كسر التطبيق. بالنظر إلى أنه بصفته مؤلفًا على شبكة الإنترنت ، فمن المستحيل تصديق أن الجميع سيقومون بتحليل صفحاتهم باستخدام معالجات XMLProcesss التي تتناول كيانات إضافية (حتى لو بدا أن بعض المتصفحات تفعل ذلك ، لأنها تخطط لبعض المعرفات العامة للـ DTD التي تحدد الكيان مع وجود عائق في غالبًا ما يكون على الويب. (لا تزال تستخدم ميزة تجاوز DTD لمقحة W3C للتحقق من DTD ، على الرغم من أن مصادقة W3C سيقول إن النتيجة مؤقتة فقط. أو الأفضل من ذلك ، يمكنك استخدام التحقق من الاسترخاء ، وهو ما لا يلوث المستند الذي يشار إليه النمط.) من السخف للغاية أن تتطلب doctype ، حتى لو كان هذا عملًا في ممارسة HTML.

علاوة على ذلك ، عندما تحدد المواصفات ذات المستوى المنخفض شيئين متساويين ، يجب ألا تحاول المواصفات عالية المستوى أن تمنحهم معاني مختلفة. يرجى النظر في <! doctype html public -// w3c // dtd xhtml 1.0 Strict // en http://www.w3.org/tr/xhtml1/dtd/xhtml1-strict.dtd>. إذا تم حذف المعرف العام ، فلا يزال يتم تحديد نفس DTD ، لذلك doctype <! doctype html system http://www.w3 هل يجب أن يتم استنشاقهم بشكل مختلف؟ يمكن أن تكون نظرية أخرى. افترض نسخة إلى example.com a dtd يسمى foobar.dtd: <! doctype html system http://example.com/foobar.dtd>. كيف تستنشق هذا؟ يجب أن يكون له نفس المعنى. حتى DTD بأكمله يمكن نشره في المستند.

بمعنى آخر ، إذا كان هناك #include foo.h ، يجب ألا تربط أي سحر أسود بالاسم foo.h ، حيث يجب أن يسمح بنسخ محتويات foo.h في المستند أو نسخ foo.h إلى bar.h وتمثيل #include bar.h.

السبب في أنني لست قلقًا بشأن HTML و SGML لبناء نفس المعلمات هو أن متصفح الويب لا يستخدم محلل SGML حقيقيًا لتحليل HTML ، لذلك أعتقد أنه من غير المجدي أن يتنكر مثل SGML للمعالجة. على أي حال ، إذا كنت لا تصدق ذلك ، فيرجى قراءة مقالة دبليو إليوت كيمبر حول هذه المسألة comp.text.sgml

التذييل: بعض طرق معالجة Doctype في النص/HTML

في الجدول التالي ، يتم تمثيل نمط quirk والنمط القياسي والمعايير شبه Q و S و A ، على التوالي. عندما يكون للمتصفح وضعين فقط ، يتم تمييز الوضع القياسي على أنه S إذا كان ارتفاع الصف لخلية الجدول يتسق مع أداء الوضع القياسي لـ Mozilla ، ويتم تمييز الوضع القياسي على أنه ارتفاع صف خلية الجدول يتسق مع أداء الوضع القياسي لموزيلا.

يرجى ملاحظة أن خدمة XHTML باستخدام نموذج محتوى XML يتم تقديمها في وضع XML.

الغرض من هذا الجدول لا يعني القول أن جميع أنواع docty في الجدول هي خيارات معقولة لإنشاء صفحات جديدة. الغرض من هذا الجدول هو إظهار نوع البيانات التي تعتمد عليها توصياتي.

تُستخدم رموز الاختصار التالية لعناوين الأعمدة:

NS6

Mozilla 0.6 ... 0.9.4 و Netscape 6.0 ... 6.2.3

موز القديم

موزيلا 0.9.5 إلى 1.1 ألفا وموزيلا 1.0

Moz & Safari & Opera 10 & HTML5

Mozilla 1.0.1 ، Mozilla 1.1 Beta and لاحقًا ، Firefox to Netscape 7 ، Safari 0.9 إلى Safari 4.0 Beta ، Opera 10 ، Chrome ، Konqueror 3.5 ، HTML5 السلوك المحدد

أوبرا 9.0

أوبرا 9.0 ... 9.20

أي 8 & Opera 9.5

الافتراضي IE8 بدون تجاوز الوضع المتوافق مع X-UA ومتوافق (وسيلة IE8 الوضع شبه القياسي في هذه الحالة) ، أوبرا 7.5 ... 8.54 و 9.5 ... 9.6

IE 7 & Opera 7.10

IE7 ، الوضع المتوافق وبدون تغطية متوافقة مع X-UA (وسيلة IE7 في هذه الحالة) والأوبرا 7.10 ... 7.23

IE 6 & Opera 7.0

Windows IE 6 و Opera 7.0 ... 7.03

ماك أي 5

ماك أي 5.0 ... 5.2.3

Konq 3.2

Konqueror 3.2.2 ... 3.3 (قد تشمل أيضًا 3.1 ... 3.2.1 ؛ لم أكن أكد بعد)

تاريخ

تم تعديل رمز استنشاق Moziila بشكل كبير في أكتوبر 2000 وسبتمبر 2001 ويونيو 2002. يمكن رؤية الولايات التي أنشأتها Mozilla (و Netscape 6.x) الموصوفة في هذا المستند على ftp.mozilla.org منذ 2000.10.19. لا يعالج هذا المستند كيف يعمل Sniffing Doctype في موزيلا M18 (و Netscape 6.0 PR3). كما تم تعديل رمز استنشاق Safari Doctype إلى حد كبير منذ الإصدار التجريبي العام الأول. لا يتضمن هذا المستند سلوكيات في وقت سابق من الإصدار V73 ، وتسمى أيضًا 0.9.

يبدو أن رمز الاستنشاق Doctype قبل Konqueror3.5 يأتي من نسخة مبكرة من Safari. يطابق Konqueror الآن Safari ، ويأتي رمز الاستنشاق Doctype من Mozilla.

كما يتضح من الطاولة ، يتغير استنشاق Doctype من Opera من مثل IE يشبه إلى موزيلا ، على الرغم من أن Opera9.5 و 9.6 في طريقهم للخلف. وفي الوقت نفسه ، تم تبديل سلوك تخطيط وضع Quirk Opera من تقليد وضع Quirk الخاص بـ IE6 إلى وضع Quirk الخاص بـ Mozilla.

التذييل: اختيار الوضع لـ IE8

START: أدخل META المتوافق مع X-UA؟

X-UA متوافق مع التعريف؟

IE = 7: استخدم IE7 Standard

IE = MUTULESE7: أدخل QUIRK أو لا doctype؟ (الوضع المتوافق)

ie = ie8 أو ie = ie7 أو ie = a or ie = armulate8 أو البرنامج النصي لا يظهر أولاً: أدخل رأس HTTP المتوافق مع X-UA؟

ie = 8 أو ie = edge أو ie = 99 أو ie = 9.9: أدخل الوضع شبه القياسي؟

IE = 5: استخدم وضع Quirk (IE5.5)

X-UA المتوافقة مع رأس HTTP؟

IE = 7: استخدم الوضع القياسي IE7

IE = MUTULESE7: أدخل QUIRK أو لا doctype؟ (وضع التوافق)

ie = ie8 أو ie = ie7 أو ie = a or ie = armulatei8 أو لا شيء: أدخل لعرض جميع المواقع ... مسبقًا؟

ie = 8 أو ie = edge أو ie = 99 أو ie = 9.9: أدخل الوضع شبه القياسي؟

IE = 5: استخدم وضع Quirk (IE5.5)

وضع quirk أو لا doctype؟ (الوضع المتوافق)

نعم: استخدم وضع Quirk (IE5.5)

لا: استخدم الوضع القياسي لـ IE7

إظهار جميع المواقع ... الإعدادات المسبقة؟

نعم: أدخل وضع quirk أو لا doctype؟ (الوضع المتوافق)

لا: أدخل نقطة العرض المحلية ... الإعداد المسبق؟

عرض نقاط الموقع المحلية ... مسبقًا؟

نعم: يقع موقع الدخول في مجال LAN؟

لا: أدخل اسم المجال في القائمة التي يحتفظ بها Microsoft؟

أسماء النطاقات مدرجة في القائمة التي يحتفظ بها Microsoft؟

نعم: أدخل وضع quirk أو لا doctype؟ (الوضع المتوافق)

لا: أدخل صفحة الوضع المتوافق للتضمين بالإطار؟

مضمن مع الإطار حسب صفحة الوضع المتوافق؟

نعم: أدخل وضع quirk أو لا doctype؟ (الوضع المتوافق)

لا: يتم الضغط على زر وضع التوافق؟

تم الضغط على زر وضع التوافق؟

نعم: أدخل وضع quirk أو لا doctype؟ (الوضع المتوافق)

لا: أدخل وضع quirk أو لا doctype؟ (IE8)

وضع quirk أو لا doctype؟ (IE8)

نعم: أدخل استخدام وضع quirk (IE5.5)

لا: أدخل الوضع شبه القياسي؟

وضع شبه قياسي؟

نعم: استخدم وضع IE8 شبه قياسي

لا: استخدم الوضع القياسي لـ IE8

يمكن رؤية هذه الخطوات من خلال المخططات الانسيابية بتنسيقات PDF و PNG.

يُقرّ

بفضل سيمون بيترز وسيمون بيترز وآن فان كيسترن لمساعدتي في تصحيح طاولات الأنماط وتعليقاتهم على إصدارات الأوبرا المختلفة. بفضل سايمون بيترز لصنع مخطط انسيابي آخر IE8.