Mekanisme Seleksi Mode Doctype oleh Browser yang terkenal

Ruang lingkup dokumen

Sakelar mode yang termasuk dalam artikel ini cocok untuk Firefox dan browser berbasis tokek lainnya, Safari, Chrome dan browser berbasis webkit lainnya, opera, konqueror, penjelajah internet untuk Mac, Internet Explorer untuk Windows, dan browser dengan IE bawaan. Hindari menyebutkan nama mesin browser dan sebaliknya menggunakan nama browser mesin yang paling terkenal.

Artikel ini berfokus pada mekanisme pemilihan pola daripada merekam perilaku yang tepat dari setiap pola.

model

Berikut adalah berbagai mode yang berbeda:

Pola dengan Teks Jenis Konten/HTML

Pemilihan pola konten teks/html tergantung pada sniffing doctype (sniffing doctype, yang dibahas kemudian dalam artikel ini). Di IE8, polanya juga tergantung pada faktor -faktor lain. Namun, secara default di IE8, pola situs non-tranet yang tidak disediakan pada daftar hitam Microsoft tergantung pada jenis dokumen.

Tidak berlebihan untuk menekankan perbedaan dalam perilaku pola yang tepat di setiap browser, bahkan jika ada diskusi terpadu dalam artikel ini.

Mode Quirks

Dalam mode Quirk, untuk menghindari menghancurkan halaman yang dibuat berdasarkan praktik yang populer di akhir 1990 -an, browser melanggar spesifikasi format web modern. Browser yang berbeda menerapkan perilaku quirk yang berbeda. Dalam Internet Explorer 6, 7 dan 8, pola quirk secara efektif membeku di IE5.5. Di browser lain, mode quirk adalah sejumlah kecil offset yang selaras dengan mode standar.

Jika Anda membuat halaman web baru, Anda harus mematuhi spesifikasi yang relevan (terutama CSS2.1) dan menggunakan mode standar.

Mode Standar

Dalam mode standar, browser mencoba menangani spesifikasi dengan benar di browser yang ditentukan dengan memberikan dokumen yang sesuai dengan standar sejauh standar.

Browser yang berbeda mengikuti tahapan yang berbeda, sehingga mode standar juga tidak satu tujuan.

Html5 panggilan mode ini tidak ada mode quirks

Hampir Mode Standar

Irefox, safari, chrome, opera (mulai dari 7.5) dan IE8 juga memiliki mode yang disebut mode standar kuasi, yang mengimplementasikan dimensi vertikal sel meja sesuai dengan praktik tradisional daripada mematuhi spesifikasi CSS2. Mac IE5, Windows IE6 dan 7, Opera 7.5 Versi sebelumnya dan Konqueror tidak memerlukan mode standar kuasi karena mereka tidak secara ketat mengikuti spesifikasi CSS2 dalam mode standar masing-masing untuk mencapai dimensi vertikal sel tabel. Bahkan, mode standar mereka lebih dekat dengan mode standar kuasi Mozilla daripada mode standar Mozilla.

HTML5 Panggilan Mode ini Mode Quirks Terbatas.

Mode IE7

Ada mode di IE8 yang terutama membekukan salinan mode standar IE7. Browser lain tidak memiliki pola seperti ini, dan pola ini tidak ditentukan oleh HTML5.

Skema dengan Aplikasi Jenis Konten/XHTML+XML (Pola XML)

Dalam Firefox, Safari, Chrome, dan Opera, Aplikasi/XHTML+XML HTTP Tipe (bukan elemen meta atau Doctype!) Akan memicu pola XML. Dalam pola XML, browser mencoba memberikan dokumen XML spesifikasi yang benar sejauh ada di browser.

IE6, 7 dan 8 tidak mendukung aplikasi/xhtml+xml, dan begitu juga Mac IE5.

Di browser Nokia S60 berbasis WebKit, jenis konten Application/XHTML+XML HTTP tidak dapat memicu skema XML karena fokus di taman berdinding ponsel adalah kompatibilitas dengan konten yang tidak teratur. (Browser seluler gaya lama tidak dapat menggunakan parser XML nyata karena konten non-standar telah ditandai XML.)

Karena Konqueror tidak sepenuhnya diuji, saya tidak bisa mengatakan apa yang akan terjadi di browser ini.

Mode non-Web

Pola yang beberapa mesin tidak ada hubungannya dengan konten web. Untuk kelengkapan, mereka hanya disebutkan di sini. Opera memiliki mode WML2.0. WebKit di Leopard memiliki mode khusus untuk widget dasbor lama.

Pengaruh

Berikut adalah efek utama dari pola -pola ini:

tata letak

Pola teks/html terutama mempengaruhi tata letak CSS. Misalnya, ini adalah kekhasan untuk tabel untuk tidak mewarisi gaya. Dalam mode Quirk beberapa browser, model kotak menjadi model kotak IE5.5. Dokumen ini tidak mencantumkan semua tata letak keanehan.

Mode kuasi-standar (dalam browser dengan mode ini), hanya sel tabel yang mengandung gambar berbeda dalam mode tinggi dan standar.

Dalam skema XML, pemilih memiliki perilaku sensitif yang berbeda. Selain itu, aturan unik untuk elemen tubuh HTML tidak dapat diterapkan pada browser yang lebih lama yang tidak menerapkan perubahan CSS2.1 terbaru.

Analisa

Ada juga beberapa keanehan yang mempengaruhi penguraian HTML dan CSS dan akan menyebabkan halaman web yang memenuhi standar tidak diuraikan secara tidak benar. Tata letak keanehan menentukan apakah keanehan ini dihidupkan. Dalam kasus apa pun, sangat penting untuk memahami kesamaan dan perbedaan utama pola quirk dan pola standar dalam tata letak dan penguraian CSS (parsing non-HTML).

Beberapa orang secara keliru menyebut mode parsing mode standar yang ketat, yang membuat orang salah paham dengan aturan sintaks HTML yang menegakkan browser dan evaluasi browser tentang kebenaran tag. Ini bukan masalahnya. Bahkan ketika tata letak mode standar mulai berlaku, browser masih akan membuat tag sup (tag sup, http://en.wikipedia.org/wiki/tag_soup) Koreksi. (Sebelum Netscape6 dirilis pada tahun 2000, Mozilla memang memiliki pola penguraian untuk menegakkan aturan sintaks HTML. Pola -pola ini ditinggalkan tidak kompatibel dengan konten web yang ada.)

Kesalahpahaman umum lainnya adalah tentang parsing xhtml. Biasanya diyakini bahwa parse yang berbeda diperoleh dengan menggunakan XHTML Doctype. Bahkan, ini bukan masalahnya. Jenis konten sama dengan dokumen parser dan html yang digunakan dalam dokumen XHTML dari Text/HTML. Apa yang dirawat oleh browser saat ini adalah bahwa XHTML dengan Teks Jenis Dokumen/HTML hanyalah sup tag dengan crout (tebasan tambahan di mana -mana).

Hanya ketika dokumen tipe dokumen XML (misalnya: Aplikasi/XHTML+XML atau XMAPPLICATION/) digunakan, parser akan memicu skema XML untuk parsing. Parser pada saat ini benar -benar berbeda dari parser HTML.

naskah

Sementara pola quirk terutama tentang CSS, beberapa tentang skrip. Misalnya, dalam pola Quirk Firefox, atribut ID HTML menetapkan referensi objek ke ruang lingkup skrip global seperti di IE. Dampak skrip di IE8 lebih layak diperhatikan daripada browser lainnya.

Dalam skema XML, beberapa DOM API berperilaku sama sekali berbeda karena perilaku DOM API dari XML tidak kompatibel dengan perilaku HTML bila didefinisikan.

sniffing doctype (juga disebut konversi doctype)

Browser modern menggunakan sniffing Doctype untuk menentukan mode mesin teks/dokumen HTML. Ini berarti bahwa pilihan skema didasarkan pada deklarasi jenis dokumen (atau hilang) dimulai dengan dokumen HTML. (Ini tidak cocok untuk dokumen menggunakan tipe dokumen XML.)

Dokumen Jenis Deklarasi (DOCTYPE) adalah pemalsuan sintaks SGML. SGML adalah kerangka kerja markup gaya lama. Html sebelum html5 didefinisikan berdasarkan itu. Dalam spesifikasi HTML4.01, deklarasi jenis dokumen menjelaskan informasi versi HTML. Meskipun namanya adalah deklarasi jenis dokumen dan spesifikasi HTML 4.01 menjelaskan informasi versi, deklarasi jenis dokumen tidak berlaku untuk mengklasifikasikan dokumen SGML atau XML sebagai jenis dokumen tertentu, bahkan jika terlihat seperti (karena namanya). (Lebih banyak konten ada di Lampiran)

Baik spesifikasi HTML4.01 maupun ISO 8879 (SGML) tidak mengatakan apa pun tentang menggunakan deklarasi jenis dokumen sebagai konversi mode mesin. Sniffing Doctype didasarkan pada pengamatan. Ketika sniffing Doctype dirancang, sebagian besar keanehan tidak memiliki deklarasi jenis dokumen atau referensi ke DTD lama. HTML5 menerima fakta ini dan mendefinisikan Doctype sebagai satu -satunya konversi mode dalam teks/html.

Deklarasi tipe dokumen pre-html5 (pre-html5) khas berisi (dipisahkan oleh blanks) <! Doctype String, pengidentifikasi umum untuk elemen root (html), string publik, pengidentifikasi umum DTD dalam kutipan, pengidentifikasi sistem yang mungkin (URL) dan karakter untuk DTD yang sama. Deklarasi Jenis Dokumen adalah sebelum elemen root dokumen memulai label.

Pilih Doctype

Teks/html

Berikut adalah panduan sederhana untuk cara memilih Doctype saat membuat dokumen teks/html baru:

Model standar, verifikasi mutakhir

<! Doctype html>

Jika Anda ingin memverifikasi fitur baru seperti <Video>, <Canvas>, dan ARIA, maka ini benar. Perhatikan bahwa definisi efektif HTML5 masih berubah, pastikan untuk menguji penyelarasan gambar di Firefox, Safari, Chrome, Opera9, atau Opera10. Tidaklah cukup untuk menguji penyelarasan gambar di Internet Explorer, pastikan Anda juga telah diuji di IE8.

Mode standar, target verifikasi yang lebih stabil

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

Dokter ini juga akan memicu mode standar, dan definisi efektif HTML4.01 selama 10 tahun stabil. Pastikan untuk menguji penyelarasan gambar di Firefox, Safari, Chrome, Opera9, atau Opera10. Tidaklah cukup untuk menguji penyelarasan gambar di Internet Explorer, pastikan Anda juga telah diuji di IE8.

Untuk menggunakan mode standar, tetapi tetap verifikasi bahwa tanda tidak disarankan atau menggunakan gambar irisan dalam tata letak tabel dan tidak ingin memperbaikinya.

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

Ini memicu mode standar kuasi (dan mode standar penuh di mozilla kuno). Perhatikan bahwa jika kemudian porting ke HTML5, tata letak berdasarkan gambar irisan yang diimplementasikan dengan tabel mungkin rusak (dan demikian pula pola standar penuh).

Untuk menggunakan mode quirk dengan sengaja

Tidak ada doctype.

Tolong jangan lakukan ini. Desain yang sengaja dibuat untuk mode Quirk akan mengganggu Anda, dan di masa depan tidak ada yang peduli dengan Windows IE6 (Netscape 4.x dan IE5 tidak lagi peduli). Mendesain untuk pola quirk adalah ide yang buruk. Percaya saya.

Jika Anda masih ingin mendukung Windows IE6, lebih baik membuat komentar bersyarat peretasan khusus tentang hal itu daripada meregangkan browser lain ke mode Quirk.

Saya tidak merekomendasikan doctype xhtml, karena xhtml dianggap berbahaya untuk digunakan sebagai teks/html. Ngomong -ngomong, jika Anda memilih untuk menggunakan XHTML Doctype, perhatikan bahwa deklarasi XML menyebabkan IE6 (tetapi bukan IE7!) Untuk memicu pola quirk.

Aplikasi/XHTML+XML

Panduan sederhana untuk aplikasi/xhtml+xml tidak pernah menggunakan Doctype. Halaman web di bawah metode ini tidak sepenuhnya konsisten dengan xhmtl1.0, tetapi ini tidak masalah. (Silakan lihat lampiran di bawah)

IE8 Komplikasi

Daftar terpisah setelah diperkenalkan bahwa IE8 akan menggunakan konversi pola berbasis meta-elemen sebagai salah satu faktor untuk pemilihan pola, selain Doctype. (Lihat ulasan oleh Ian Hickson, David Baron, David Baron lagi, Robert O'Callahan dan Maciej Stachowiak.)

Ada 4 mode untuk IE8: IE5.5 Mode Quirk, Mode Standar IE7, Mode Qual-Standard IE8 dan Mode Standar IE8. Pemilihan mode tergantung pada data dari beberapa aspek: Doctype, elemen meta, header HTTP, data unduhan reguler dari Microsoft, domain LAN, pengaturan yang dibuat oleh pengguna, pengaturan yang dibuat oleh administrator LAN, mode kerangka kerja induk (jika ada) dan alamat tombol tampilan bilah yang kompatibel dipicu oleh pengguna. (Untuk aplikasi lain yang tertanam di mesin, polanya juga tergantung pada aplikasi tertanam.)

Untungnya, IE8 umumnya akan menggunakan sniffing Doctype seperti browser lainnya jika terjadi berikut:

• Penulis tidak mengatur header HTTP yang kompatibel dengan X-UA
• Penulis tidak mengatur tag meta yang kompatibel dengan X-UA
• Microsoft tidak menempatkan nama domain situs di daftar hitam
• Administrator LAN tidak menempatkan situs di daftar hitam
• Pengguna tidak menekan tombol Tampilan Kompatibilitas (atau ditambahkan ke daftar hitam pengguna tertentu)
• Situs ini tidak ada di domain LAN
• Pengguna tidak punya pilihan untuk menampilkan semua situs di IE7
• Halaman tidak tertanam di halaman mode yang kompatibel melalui bingkai

Kecuali untuk dua kasus tentang X-UA-Compatible, IE8 melakukan sniffing Doctype seperti IE7. Emulasi IE7 (emulasi IE7) disebut tampilan yang kompatibel.

Dalam kasus X-UA-Compatible, IE8 berperilaku sangat berbeda dari browser lainnya. Saya ingin melihat lampiran atau diagram alur dalam format PDF dan PNG di halaman ini.

Sayangnya, tidak ada header HTTP atau tag meta untuk X-UA-Compatible, dan bahkan dengan Doctype yang sesuai, IE8 memungkinkan pengguna untuk secara tidak sengaja mengurangi halaman dari mode standar IE8 ke mode IE7, yang merupakan mode standar IE7 yang disimulasikan. Lebih buruk lagi, administrator LAN dapat melakukan hal yang sama. Microsoft juga dapat membuat daftar hitam semua nama domain yang Anda gunakan.

Untuk menangani efek ini, Doctype tidak cukup, Anda memerlukan header dan meta tag HTTP yang kompatibel dengan X-UA.

Panduan sederhana berikut adalah untuk dokumen teks/html baru yang sudah memiliki mode standar pemicu dokter atau mode standar kuasi di browser lain untuk cara memilih header http yang kompatibel dengan X-AA atau tag meta:

Domain Anda tidak ada dalam daftar hitam Microsoft, dan Anda lebih peduli tanpa hal-hal yang menjengkelkan browser daripada memastikan bahwa pengguna tidak dapat kembali ke perilaku IE7.

Anda tidak perlu memasukkan header HTTP yang kompatibel dengan X-UA.

Domain Anda ada di daftar hitam Microsoft, karena penulis lain di domain Anda menghancurkan situs atau menyebabkan pengguna mengaktifkan tampilan yang kompatibel untuk seluruh domain, Anda khawatir bahwa Google atau Digg akan menyematkan situs Anda dengan bingkai atau Anda ingin memastikan bahwa pengguna tidak dapat menggunakan tampilan yang kompatibel.

Pertama, sertakan elemen meta di belakang di halaman Anda (ini ilegal dalam html5) <meta http-equiv = konten yang kompatibel dengan x-ua = ie = edge> (sebelum elemen skrip), atau atur header http di belakang: x-ua-kompatibel: ie = edge = edge = edge = edge

Situs Anda berfungsi di IE7 tetapi istirahat di IE8

Pertama, sertakan elemen meta di belakang di halaman Anda (ini ilegal di html5) (Sebelum elemen skrip), atau atur header HTTP di belakang: X-UA-Compatible: IE = emulateIe7, dan kemudian perbaiki situs Anda tidak mengandalkan perilaku IE7 non-standar dan bermigrasi ke IE = edge.

Tautan terkait

• Mode Eric Meyer Tentang Mac IE5 Ditulis Dalam Menggunakan Dokter yang Benar
• Mozilla's Doctype Sniffing oleh David Baron
• Lance Silver membahas pola dan sniffing doctype di windows IE6 dalam peningkatan CSS
• Konversi Doctype Opera9
• Solusi IE8 dan X-ua yang kompatibel dengan Faruk Ateş

Suplemen: Permintaan untuk pelaksana XML dan penulis standar

Tolong jangan membawa sniffing Doctype ke XML.

Sniffing Doctype adalah untuk memecahkan masalah sup chowder berlabel menggunakan metode seperti sup chowder. Sniffing Doctype adalah pendekatan sementara yang dirancang setelah rilis spesifikasi HTML4 dan CSS2, yang membedakan dokumen yang sudah ketinggalan zaman dari dokumen agar sesuai dengan perilaku yang mungkin diharapkan oleh penulisnya.

Kadang -kadang disarankan untuk menggunakan sniffing Doctype pada XML untuk menjadwalkan pemrosesan yang berbeda, mengidentifikasi kosa kata yang digunakan, atau untuk mengaktifkan fitur. Ini adalah ide yang buruk. Penjadwalan dan pengakuan kosa kata harus didasarkan pada namespace, sedangkan aktivasi fitur harus didasarkan pada instruksi atau elemen pemrosesan eksplisit.

Seluruh gagasan tentang performa yang baik adalah untuk memperkenalkan parsing DTD yang memungkinkan XML, dan mempromosikan dokumen bebas-dokter. Dalam kasus formal, dua dokumen XML memiliki bentuk kanonik yang sama dan aplikasi memprosesnya secara berbeda (dan bukan karena tidak ada pilihan untuk menangani entitas eksternal), aplikasi mungkin rusak. Dalam praktiknya, jika dua dokumen XML menyebabkan konten yang sama dilaporkan (qnames abaikan) ke prosesor konten SAX2 dan aplikasi prosesnya secara berbeda, aplikasi dapat dipecahkan. Mempertimbangkan bahwa sebagai penulis web, tidak mungkin untuk percaya bahwa setiap orang akan mengurai halaman mereka menggunakan xmlprocessor yang membahas entitas tambahan (bahkan jika beberapa browser tampaknya melakukannya, karena mereka memetakan pengidentifikasi publik tertentu ke DTD yang mendefinisikan entitas dengan kumpulan yang ringkas), memasukkan Doctype ke dalam XML untuk digunakan di web tidak ada artinya dan seringkali mengarah ke dalam kargo. ;

Selain itu, ketika spesifikasi tingkat rendah mendefinisikan dua hal yang sama, spesifikasi tingkat tinggi tidak boleh mencoba memberi mereka makna yang berbeda. Harap pertimbangkan <! Doctype html public -// w3c // dtd xhtml 1.0 strict // en http://www.w3.org/tr/xhtml1/dtd/xhtml1-strict.dtd>. Jika pengidentifikasi publik dihapus, DTD yang sama masih ditentukan, jadi Doctype <! Doctype HTML System http://www.w3.org/tr/xhtml1/dtd/xhtml1-strict.dtd> berarti sama dengan dokter sebelumnya. Haruskah mereka mengendus secara berbeda? Itu bisa menjadi teori lebih lanjut. Misalkan salin ke example.com DTD yang disebut foobar.dtd: <! Doctype html System http://example.com/foobar.dtd>. Bagaimana cara mengendus ini? Itu harus memiliki arti yang sama. Bahkan seluruh DTD dapat diposting di dokumen.

Dengan kata lain, jika ada #include foo.h, Anda tidak boleh mengikat sihir hitam apa pun dengan nama foo.h, karena harus memungkinkan penyalinan isi foo.h ke dalam dokumen atau menyalin foo.h ke bar.h dan mewakili #include bar.h.

Alasan saya tidak khawatir tentang HTML dan SGML yang membangun parameter yang sama adalah karena browser web tidak menggunakan parser SGML nyata untuk mengurai HTML, jadi saya pikir tidak ada gunanya untuk menyamar sebagai SGML untuk diproses. Ngomong -ngomong, jika Anda belum percaya, silakan baca artikel W. Eliot Kimber tentang masalah ini comp.text.sgml

Lampiran: Beberapa Metode Pemrosesan Dokter dalam Teks/HTML

Dalam tabel berikut, pola quirk, pola standar dan kriteria kuasi direpresentasikan sebagai Q, S, dan A, masing-masing. Ketika browser hanya memiliki dua mode, mode standar ditandai sebagai s jika ketinggian baris sel tabel konsisten dengan kinerja mode standar mozilla, dan mode standar ditandai sebagai jika ketinggian baris sel meja konsisten dengan kinerja mode standar mozilla.

Harap dicatat bahwa XHTML yang melayani menggunakan model konten XML diterjemahkan dalam mode XML.

Tujuan tabel ini bukan untuk mengatakan bahwa semua dokter dalam tabel adalah pilihan yang masuk akal untuk membuat halaman baru. Tujuan dari tabel ini adalah untuk menunjukkan jenis data apa yang menjadi dasar rekomendasi saya.

Simbol singkatan berikut digunakan untuk judul kolom:

NS6

Mozilla 0.6… 0.9.4 dan Netscape 6.0… 6.2.3

Moz tua

Mozilla 0.9.5 hingga 1.1 Alpha dan Mozilla 1.0

Moz & Safari & Opera 10 & HTML5

Mozilla 1.0.1, Mozilla 1.1 Beta dan kemudian, Firefox ke Netscape 7, Safari 0.9 ke Safari 4.0 Beta, Opera 10, Chrome, Konqueror 3.5, HTML5 Perilaku yang ditentukan

Opera 9.0

Opera 9.0… 9.20

Yaitu 8 & opera 9.5

Default IE8 Tanpa Override Mode Kompatibel dan Kompatibel X-AA (Mode Standar Quasi IE8 dalam kasus ini), Opera 7.5… 8.54 dan 9.5… 9.6

Yaitu 7 & opera 7.10

IE7, mode yang kompatibel dan tanpa cakupan X-UA-kompatibel (mode IE7 sarana dalam kasus ini) dan Opera 7.10… 7.23

Yaitu 6 & opera 7.0

Windows IE 6 dan Opera 7.0… 7.03

Mac yaitu 5

Mac IE 5.0… 5.2.3

KONQ 3.2

Konqueror 3.2.2 ... 3.3 (juga dapat mencakup 3.1 ... 3.2.1; Saya belum mengkonfirmasi)

Sejarah

Kode sniffing Doctype Moziila secara signifikan dimodifikasi pada Oktober 2000, September 2001 dan Juni 2002. Negara -negara yang didirikan oleh Mozilla (dan Netscape 6.x) yang dijelaskan dalam dokumen ini dapat dilihat di ftp.mozilla.org sejak 2000.10.19. Dokumen ini tidak membahas cara kerja Sniffing Doctype di Mozilla M18 (dan Netscape 6.0 PR3). Kode sniffing Doctype Safari juga telah sangat dimodifikasi sejak beta publik pertama. Dokumen ini tidak termasuk perilaku lebih awal dari versi V73, juga disebut 0,9.

Kode Sniffing Doctype sebelum Konqueror3.5 tampaknya berasal dari versi awal Safari. Konqueror sekarang cocok dengan Safari, dan kode sniffing Doctype -nya berasal dari Mozilla.

Seperti yang dapat dilihat dari meja, sniffing Doctype Opera berubah dari IE-like reguler menjadi seperti mozilla, meskipun opera9.5 dan 9.6 sedang dalam perjalanan ke belakang. Sementara itu, perilaku tata letak mode Quirk Opera telah dialihkan dari meniru mode Quirk IE6 ke mode Quirk Mozilla.

Lampiran: Pemilihan Mode untuk IE8

Mulai: Masukkan meta yang kompatibel dengan X-UA?

Meta yang kompatibel dengan X-UA?

IE = 7: Gunakan Standar IE7

IE = emulateIe7: Masukkan Quirk atau No Doctype? (Mode yang kompatibel)

IE = IE8 atau IE = IE7 atau IE = A atau IE = emulateIe8 atau skrip tidak muncul terlebih dahulu: masukkan header http yang kompatibel dengan X-UA?

IE = 8 atau IE = Edge atau IE = 99 atau IE = 9.9: Masukkan mode kuasi-standar?

IE = 5: Gunakan Mode Quirk (IE5.5)

Header HTTP yang kompatibel dengan X-UA?

IE = 7: Gunakan mode standar IE7

IE = emulateIe7: Masukkan Quirk atau No Doctype? (Mode Kompatibilitas)

IE = IE8 atau IE = IE7 atau IE = A atau IE = emulateIe8 atau tidak sama sekali: masukkan untuk menampilkan semua situs ... preset?

IE = 8 atau IE = Edge atau IE = 99 atau IE = 9.9: Masukkan mode kuasi-standar?

IE = 5: Gunakan Mode Quirk (IE5.5)

Mode Quirk atau tidak ada Doctype? (Mode yang kompatibel)

Ya: Gunakan Mode Quirk (IE5.5)

Tidak: Gunakan mode Standar IE7

Tunjukkan semua situs ... preset?

Ya: Masukkan mode Quirk atau tidak ada Doctype? (Mode yang kompatibel)

TIDAK: Masukkan titik situs web lokal ... preset?

Tunjukkan poin situs lokal ... preset?

Ya: Situs entri terletak di domain LAN?

Tidak: Masukkan nama domain pada daftar yang dikelola oleh Microsoft?

Nama domain ada dalam daftar yang dikelola oleh Microsoft?

Ya: Masukkan mode Quirk atau tidak ada Doctype? (Mode yang kompatibel)

Tidak: Masukkan halaman Mode Kompatibel untuk disematkan dengan bingkai?

Tertanam dengan bingkai dengan halaman mode yang kompatibel?

Ya: Masukkan mode Quirk atau tidak ada Doctype? (Mode yang kompatibel)

Tidak: Masukkan tombol Mode Kompatibilitas ditekan?

Tombol Mode Kompatibilitas ditekan?

Ya: Masukkan mode Quirk atau tidak ada Doctype? (Mode yang kompatibel)

Tidak: Masukkan mode Quirk atau tidak ada Doctype? (IE8)

Mode Quirk atau tidak ada Doctype? (IE8)

Ya: Masukkan penggunaan mode Quirk (IE5.5)

Tidak: Masukkan mode kuasi-standar?

Mode kuasi-standar?

Ya: Gunakan Mode IE8 Quasi-Standard

Tidak: Gunakan mode standar IE8

Langkah -langkah ini dapat dilihat melalui diagram alur dalam format PDF dan PNG.

Mengakui

Terima kasih kepada Simon Pieters, Simon Pieters dan Anne Van Kesteren karena telah membantu saya memperbaiki tabel pola dan komentar mereka untuk berbagai versi opera. Terima kasih kepada Simon Pieters yang telah membuat diagram alur IE8 lainnya.