กลไกการเลือกของโหมด Doctype โดยเบราว์เซอร์ที่รู้จักกันดี

ขอบเขตเอกสาร

การสลับโหมดที่รวมอยู่ในบทความนี้เหมาะสำหรับ Firefox และเบราว์เซอร์ที่ใช้ตุ๊กแกอื่น ๆ , Safari, Chrome และเบราว์เซอร์ที่ใช้ Webkit, Opera, Konqueror, Internet Explorer สำหรับ Mac, Internet Explorer สำหรับ Windows และเบราว์เซอร์ที่มี IE ในตัว หลีกเลี่ยงการพูดถึงชื่อของเครื่องยนต์เบราว์เซอร์และใช้ชื่อเบราว์เซอร์ที่รู้จักกันดีที่สุดของเครื่องยนต์แทน

บทความนี้มุ่งเน้นไปที่กลไกการเลือกของรูปแบบแทนที่จะบันทึกพฤติกรรมที่แน่นอนของแต่ละรูปแบบ

แบบอย่าง

นี่คือโหมดที่แตกต่างหลากหลาย:

รูปแบบที่มีข้อความประเภทเนื้อหา/html

การเลือกรูปแบบของเนื้อหาข้อความ/html ขึ้นอยู่กับการดมกลิ่น doctype (การดมกลิ่น doctype ที่กล่าวถึงในภายหลังในบทความนี้) ใน IE8 รูปแบบยังขึ้นอยู่กับปัจจัยอื่น ๆ อย่างไรก็ตามโดยค่าเริ่มต้นใน IE8 รูปแบบของไซต์ที่ไม่ใช่ intranet ที่ไม่ได้ให้ไว้ในบัญชีดำของ Microsoft ขึ้นอยู่กับประเภทเอกสาร

มันไม่ได้เป็นการพูดเกินจริงที่จะเน้นความแตกต่างในพฤติกรรมที่แม่นยำของรูปแบบในแต่ละเบราว์เซอร์แม้ว่าจะมีการอภิปรายแบบครบวงจรในบทความนี้

โหมดนิสัยใจคอ

ในโหมด Quirk เพื่อหลีกเลี่ยงการทำลายหน้าเว็บที่สร้างขึ้นตามแนวทางปฏิบัติที่ได้รับความนิยมในช่วงปลายทศวรรษ 1990 เบราว์เซอร์ละเมิดข้อกำหนดรูปแบบเว็บที่ทันสมัย เบราว์เซอร์ที่แตกต่างกันใช้พฤติกรรมการเล่นโวหารที่แตกต่างกัน ใน Internet Explorer 6, 7 และ 8 รูปแบบการเล่นโวหารจะถูกแช่แข็งอย่างมีประสิทธิภาพใน IE5.5 ในเบราว์เซอร์อื่นโหมด Quirk เป็นจำนวนเล็กน้อยของออฟเซ็ตที่สอดคล้องกับโหมดมาตรฐาน

หากคุณกำลังสร้างหน้าเว็บใหม่คุณควรปฏิบัติตามข้อกำหนดที่เกี่ยวข้อง (โดยเฉพาะ CSS2.1) และใช้โหมดมาตรฐาน

โหมดมาตรฐาน

ในโหมดมาตรฐานเบราว์เซอร์พยายามจัดการข้อกำหนดในเบราว์เซอร์ที่ระบุอย่างถูกต้องโดยให้เอกสารที่สอดคล้องกับมาตรฐานในระดับที่เป็นมาตรฐาน

เบราว์เซอร์ที่แตกต่างกันเป็นไปตามขั้นตอนที่แตกต่างกันดังนั้นโหมดมาตรฐานจึงไม่ใช่เป้าหมายเดียวเช่นกัน

HTML5 เรียกโหมดนี้ว่าไม่มีโหมดนิสัยใจคอ

โหมดมาตรฐานเกือบ

IREFOX, Safari, Chrome, Opera (เริ่มต้นจาก 7.5) และ IE8 ยังมีโหมดที่เรียกว่าโหมดกึ่งมาตรฐานซึ่งใช้มิติแนวตั้งของเซลล์ตารางตามการปฏิบัติแบบดั้งเดิมมากกว่าการปฏิบัติตามข้อกำหนด CSS2 อย่างเคร่งครัด Mac IE5, Windows IE6 และ 7, Opera 7.5 รุ่นก่อนหน้าและ Konqueror ไม่จำเป็นต้องใช้โหมดมาตรฐานตามมาตรฐานเพราะพวกเขาไม่ได้ทำตามข้อกำหนด CSS2 อย่างเคร่งครัดในโหมดมาตรฐานที่เกี่ยวข้องเพื่อให้ได้มิติแนวตั้งของเซลล์ตาราง ในความเป็นจริงโหมดมาตรฐานของพวกเขาอยู่ใกล้กับโหมดกึ่งมาตรฐานของ Mozilla มากกว่าโหมดมาตรฐานของ Mozilla

HTML5 เรียกโหมดโหมดนี้ จำกัด โหมด quirks

โหมด IE7

มีโหมดใน IE8 ที่ส่วนใหญ่ค้างสำเนาของโหมดมาตรฐาน IE7 เบราว์เซอร์อื่นไม่มีรูปแบบเช่นนี้และรูปแบบนี้ไม่ได้ระบุโดย HTML5

สคีมาพร้อมประเภทเนื้อหาแอปพลิเคชัน/XHTML+XML (รูปแบบ XML)

ใน Firefox, Safari, Chrome และ Opera, Application/XHTML+XML HTTP ประเภทประเภท (ไม่ใช่องค์ประกอบเมตาหรือ Doctype!) จะกระตุ้นรูปแบบ XML ในรูปแบบ XML เบราว์เซอร์พยายามที่จะให้ข้อมูลข้อกำหนดที่ถูกต้องของ XML เอกสารที่ถูกต้องตามขอบเขตที่อยู่ในเบราว์เซอร์

IE6, 7 และ 8 ไม่สนับสนุนแอปพลิเคชัน/XHTML+XML และ Mac IE5 ก็เช่นกัน

ในเบราว์เซอร์ Nokia S60 ที่ใช้ WebKit แอปพลิเคชัน/XHTML+XML HTTP ประเภทเนื้อหาไม่สามารถกระตุ้น Schema XML ได้เนื่องจากการโฟกัสในสวนที่มีกำแพงล้อมรอบนั้นเข้ากันได้กับเนื้อหาที่ผิดปกติ (เบราว์เซอร์มือถือแบบเก่าไม่สามารถใช้ตัวแยกวิเคราะห์ XML จริงได้เนื่องจากเนื้อหาที่ไม่ได้มาตรฐานได้รับการทำเครื่องหมาย XML)

เนื่องจาก Konqueror ยังไม่ได้รับการทดสอบอย่างเต็มที่ฉันจึงไม่สามารถพูดได้อย่างแน่นอนว่าจะเกิดอะไรขึ้นในเบราว์เซอร์นี้

โหมดที่ไม่ใช่เว็บ

รูปแบบที่เครื่องยนต์บางตัวไม่มีส่วนเกี่ยวข้องกับเนื้อหาเว็บ เพื่อความสมบูรณ์พวกเขาจะถูกกล่าวถึงที่นี่เท่านั้น Opera มีโหมด WML2.0 WebKit on Leopard มีโหมดเฉพาะสำหรับวิดเจ็ตแดชบอร์ดดั้งเดิม

อิทธิพล

นี่คือผลกระทบหลักของรูปแบบเหล่านี้:

เค้าโครง

รูปแบบข้อความ/HTML ส่วนใหญ่มีผลต่อเค้าโครง CSS ตัวอย่างเช่นมันเป็นเกมที่เล่นโวหารสำหรับตารางที่จะไม่สืบทอดสไตล์ ในโหมดการเล่นโวหารของเบราว์เซอร์บางรุ่นกล่องจะกลายเป็นโมเดลกล่องของ IE5.5 เอกสารนี้ไม่ได้แสดงรายการเค้าโครงทั้งหมด

โหมดกึ่งมาตรฐาน (ในเบราว์เซอร์ที่มีโหมดนี้) เฉพาะเซลล์ตารางที่มีรูปภาพแตกต่างกันในโหมดสูงและมาตรฐาน

ใน Schema XML ตัวเลือกมีพฤติกรรมที่ไวต่อกรณีแตกต่างกัน นอกจากนี้กฎที่ไม่ซ้ำกันสำหรับองค์ประกอบร่างกาย HTML ไม่สามารถนำไปใช้กับเบราว์เซอร์รุ่นเก่าที่ไม่ได้ใช้การเปลี่ยนแปลง CSS2.1 ล่าสุด

การวิเคราะห์

นอกจากนี้ยังมีนิสัยใจคอบางอย่างที่ส่งผลกระทบต่อการแยกวิเคราะห์ HTML และ CSS และจะทำให้หน้าเว็บที่ตรงตามมาตรฐานที่จะแยกวิเคราะห์ไม่ถูกต้อง เค้าโครงของนิสัยใจคอจะกำหนดว่าจะเปิดนิสัยใจคอเหล่านี้หรือไม่ ไม่ว่าในกรณีใดมันเป็นสิ่งสำคัญมากที่จะเข้าใจความคล้ายคลึงกันหลักและความแตกต่างของรูปแบบการเล่นโวหารและรูปแบบมาตรฐานในเค้าโครง CSS และการแยกวิเคราะห์ (ไม่ใช่การแยกวิเคราะห์ HTML)

บางคนเรียกว่าโหมดการแยกวิเคราะห์อย่างเข้มงวดโหมดมาตรฐานซึ่งทำให้ผู้คนเข้าใจผิดกฎไวยากรณ์ HTML ของเบราว์เซอร์และการประเมินความถูกต้องของแท็กของเบราว์เซอร์และการประเมินความถูกต้องของแท็ก นี่ไม่ใช่กรณี แม้ว่าเค้าโครงโหมดมาตรฐานจะมีผล แต่เบราว์เซอร์จะยังคงทำซุปแท็ก (ซุปแท็ก, http://en.wikipedia.org/wiki/tag_soup) งานแก้ไข (ก่อนที่ NetScape6 จะได้รับการปล่อยตัวในปี 2000 Mozilla มีรูปแบบการแยกวิเคราะห์สำหรับการบังคับใช้กฎไวยากรณ์ HTML รูปแบบเหล่านี้ถูกทิ้งร้างไม่เข้ากับเนื้อหาเว็บที่มีอยู่)

ความเข้าใจผิดทั่วไปอีกประการหนึ่งเกี่ยวกับการแยกวิเคราะห์ XHTML โดยปกติแล้วจะเชื่อว่าการพาร์ทที่แตกต่างกันนั้นได้มาจาก XHTML Doctype ในความเป็นจริงนี่ไม่ใช่กรณี ประเภทเนื้อหาเหมือนกับเอกสาร Parser และ HTML ที่ใช้ในเอกสาร XHTML ของข้อความ/HTML สิ่งที่เบราว์เซอร์ใส่ใจในตอนนี้คือ XHTML ที่มีประเภทเอกสารข้อความ/HTML เป็นเพียงซุปแท็กที่มี crouts (slashes พิเศษทุกที่)

เฉพาะเมื่อมีการใช้เอกสารประเภทเอกสาร XML (ตัวอย่างเช่น: แอปพลิเคชัน/XHTML+XML หรือ XMAPPLICATION/) จะใช้ตัวแยกวิเคราะห์จะทริกเกอร์ Schema XML สำหรับการแยกวิเคราะห์ ตัวแยกวิเคราะห์ในเวลานี้แตกต่างอย่างสิ้นเชิงจากตัวแยกวิเคราะห์ HTML

สคริปต์

ในขณะที่รูปแบบการเล่นโวหารส่วนใหญ่เกี่ยวกับ CSS บางส่วนเกี่ยวกับการเขียนสคริปต์ ตัวอย่างเช่นในรูปแบบการเล่นโวหารของ Firefox แอตทริบิวต์ HTML ID จะสร้างการอ้างอิงวัตถุไปยังขอบเขตสคริปต์ทั่วโลกเช่นเดียวกับใน IE ผลกระทบของสคริปต์ใน IE8 นั้นมีค่ามากกว่าความสนใจมากกว่าเบราว์เซอร์อื่น ๆ

ใน Schema XML, DOM API บางตัวทำงานแตกต่างกันอย่างสิ้นเชิงเนื่องจากพฤติกรรม DOM API ของ XML ไม่สามารถใช้งานได้กับพฤติกรรม HTML เมื่อกำหนด

Doctype Sniffing (เรียกอีกอย่างว่า Doctype Conversion)

เบราว์เซอร์ที่ทันสมัยใช้การดมกลิ่น Doctype เพื่อกำหนดโหมดเครื่องยนต์ของเอกสารข้อความ/HTML ซึ่งหมายความว่าตัวเลือกของสคีมานั้นขึ้นอยู่กับการประกาศประเภทเอกสาร (หรือขาดหายไป) เริ่มต้นด้วยเอกสาร HTML (ไม่เหมาะสำหรับเอกสารที่ใช้ประเภทเอกสาร XML)

การประกาศประเภทเอกสาร (DOCTYPE) เป็นการปลอมแปลงไวยากรณ์ของ SGML SGML เป็นกรอบมาร์กอัปแบบเก่า HTML ก่อนที่ HTML5 จะถูกกำหนดตาม ในข้อกำหนด HTML4.01 การประกาศประเภทเอกสารอธิบายข้อมูลเวอร์ชันของ HTML แม้ว่าชื่อคือการประกาศประเภทเอกสารและข้อกำหนด HTML 4.01 อธิบายข้อมูลเวอร์ชันการประกาศประเภทเอกสารไม่ได้ใช้กับการจำแนกเอกสาร SGML หรือ XML เป็นเอกสารประเภทเฉพาะแม้ว่าจะดูเหมือน (เพราะชื่อ) (เนื้อหาเพิ่มเติมอยู่ในภาคผนวก)

ทั้งข้อกำหนด HTML4.01 และ ISO 8879 (SGML) ไม่ได้พูดอะไรเกี่ยวกับการใช้การประกาศประเภทเอกสารเป็นการแปลงโหมดเครื่องยนต์ Doctype Sniffing ขึ้นอยู่กับการสังเกต เมื่อ Doctype sniffing ได้รับการออกแบบ quirks ส่วนใหญ่ไม่มีการประกาศประเภทเอกสารหรือการอ้างอิงถึง DTD เก่า HTML5 ยอมรับข้อเท็จจริงนี้และกำหนด doctype เป็นการแปลงโหมดเดียวในข้อความ/html

การประกาศประเภทเอกสาร pre-HTML5 (pre-HTML5) ทั่วไปประกอบด้วย (คั่นด้วยช่องว่าง) <! สตริง doctype, ตัวระบุทั่วไปสำหรับองค์ประกอบรูท (HTML), สตริงสาธารณะ, ตัวระบุทั่วไป DTD ในคำพูด, ตัวระบุระบบที่เป็นไปได้ (URL) การประกาศประเภทเอกสารคือก่อนที่องค์ประกอบรูทของเอกสารจะเริ่มฉลาก

เลือก Doctype

ข้อความ/html

นี่คือคำแนะนำง่ายๆเกี่ยวกับวิธีการเลือก Doctype เมื่อสร้างเอกสารข้อความ/HTML ใหม่:

แบบจำลองมาตรฐานการตรวจสอบที่ทันสมัย

<! doctype html>

หากคุณต้องการตรวจสอบคุณสมบัติใหม่เช่น <video>, <sanvas> และ Aria สิ่งนี้ถูกต้อง โปรดทราบว่าคำจำกัดความที่มีประสิทธิภาพของ HTML5 ยังคงเปลี่ยนแปลงอยู่ตรวจสอบให้แน่ใจว่าได้ทดสอบการจัดตำแหน่งภาพใน Firefox, Safari, Chrome, Opera9 หรือ OperA10 ไม่เพียงพอที่จะทดสอบการจัดตำแหน่งภาพใน Internet Explorer ตรวจสอบให้แน่ใจว่าคุณได้ทดสอบใน IE8 ด้วย

โหมดมาตรฐานเป้าหมายการตรวจสอบที่มีเสถียรภาพมากขึ้น

<! doctype html สาธารณะ -// 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 สาธารณะ -// 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 ไม่เกี่ยวข้องอีกต่อไป) การออกแบบรูปแบบการเล่นโวหารเป็นความคิดที่ไม่ดี เชื่อฉัน.

หากคุณต้องการรองรับ Windows IE6 จะเป็นการดีกว่าที่จะแสดงความคิดเห็นแบบแฮ็คพิเศษเกี่ยวกับมันมากกว่าที่จะถดถอยเบราว์เซอร์อื่น ๆ ไปยังโหมด Quirk

ฉันไม่แนะนำ XHTML Doctype ใด ๆ เนื่องจาก XHTML ถือว่าเป็นอันตรายต่อการใช้เป็นข้อความ/HTML อย่างไรก็ตามหากคุณเลือกที่จะใช้ XHTML Doctype โปรดทราบว่าการประกาศ XML ทำให้เกิด IE6 (แต่ไม่ใช่ IE7!) เพื่อเรียกรูปแบบการเล่นโวหาร

แอปพลิเคชัน/XHTML+XML

คู่มือง่าย ๆ สำหรับแอปพลิเคชัน/XHTML+XML ไม่เคยใช้ doctype หน้าเว็บภายใต้วิธีนี้ไม่สอดคล้องกับ XHMTL1.0 อย่างเคร่งครัด แต่สิ่งนี้ไม่สำคัญ (โปรดดูภาคผนวกด้านล่าง)

IE8 ภาวะแทรกซ้อน

รายการแยกออกจากกันเมื่อแนะนำว่า IE8 จะใช้การแปลงรูปแบบเมตา-องค์ประกอบเป็นหนึ่งในปัจจัยสำหรับการเลือกรูปแบบนอกเหนือจาก doctype (ดูบทวิจารณ์โดย Ian Hickson, David Baron, David Baron อีกครั้ง Robert O'Callahan และ Maciej Stachowiak)

มี 4 โหมดสำหรับ IE8: IE5.5 โหมด Quirk, โหมดมาตรฐาน IE7, โหมดมาตรฐาน IE8 และโหมดมาตรฐาน IE8 การเลือกโหมดขึ้นอยู่กับข้อมูลจากหลาย ๆ ด้าน: Doctype, องค์ประกอบเมตา, ส่วนหัว HTTP, ข้อมูลดาวน์โหลดปกติจาก Microsoft, โดเมน LAN, การตั้งค่าที่ทำโดยผู้ใช้การตั้งค่าที่ทำโดยผู้ดูแลระบบ LAN (สำหรับแอปพลิเคชันอื่น ๆ ที่ฝังอยู่ในเครื่องยนต์รูปแบบยังขึ้นอยู่กับแอปพลิเคชันที่ฝังอยู่)

โชคดีที่ IE8 มักจะใช้การดมกลิ่น Doctype เหมือนเบราว์เซอร์อื่น ๆ หากมีสิ่งต่อไปนี้เกิดขึ้น:

• ผู้เขียนไม่ได้ตั้งส่วนหัว HTTP ที่เข้ากันได้กับ X-UA
• ผู้เขียนไม่ได้ตั้งค่าเมตาแท็กที่เข้ากันได้กับ X-UA
• Microsoft ไม่ได้วางชื่อโดเมนของไซต์ไว้ในบัญชีดำ
• ผู้ดูแลระบบ LAN ไม่ได้วางเว็บไซต์ไว้ในบัญชีดำ
• ผู้ใช้ไม่ได้กดปุ่มมุมมองความเข้ากันได้ (หรือเพิ่มเข้าไปในบัญชีดำผู้ใช้เฉพาะ)
• ไซต์นี้ไม่ได้อยู่ในโดเมน LAN
• ผู้ใช้ไม่มีทางเลือกที่จะแสดงเว็บไซต์ทั้งหมดใน IE7
• หน้าไม่ได้ฝังอยู่ในหน้าโหมดที่เข้ากันได้ผ่านเฟรม

ยกเว้นสองกรณีเกี่ยวกับ X-UA ที่เข้ากันได้ IE8 ทำการดมกลิ่น Doctype เหมือน IE7 IE7 Emulation (IE7 Emulation) เรียกว่ามุมมองที่เข้ากันได้

ในกรณีของ X-UA ที่เข้ากันได้ IE8 ทำงานแตกต่างจากเบราว์เซอร์อื่น ๆ อย่างสิ้นเชิง ฉันต้องการดูภาคผนวกหรือผังงานในรูปแบบ PDF และ PNG ในหน้านี้

น่าเสียดายที่ไม่มีส่วนหัว HTTP หรือ Meta Tag สำหรับ X-UA ที่เข้ากันได้กับ X-UA และถึงแม้จะมี doctype ที่เหมาะสม IE8 ช่วยให้ผู้ใช้สามารถลดหน้าเว็บจากโหมดมาตรฐานของ IE8 ได้โดยไม่ได้ตั้งใจซึ่งเป็นโหมดมาตรฐาน IE7 แบบจำลอง ผู้ดูแลระบบ LAN สามารถทำเช่นเดียวกันได้ Microsoft ยังสามารถขึ้นบัญชีดำชื่อโดเมนทั้งหมดที่คุณใช้

ในการจัดการกับเอฟเฟกต์เหล่านี้ Doctype ไม่เพียงพอคุณต้องใช้ส่วนหัว HTTP ที่เข้ากันได้กับ X-UA และ Meta Tag

คู่มือง่าย ๆ ต่อไปนี้สำหรับเอกสารข้อความ/HTML ใหม่ที่มีโหมดมาตรฐานทริกเกอร์ Doctype หรือโหมดมาตรฐานกึ่งมาตรฐานในเบราว์เซอร์อื่น ๆ สำหรับวิธีการเลือกส่วนหัว HTTP ที่เข้ากันได้กับ X-UA หรือ Meta Tag:

โดเมนของคุณไม่ได้อยู่ในบัญชีดำของ Microsoft และคุณกังวลว่าไม่มีสิ่งที่น่ารำคาญเฉพาะเบราว์เซอร์มากกว่าที่จะทำให้ผู้ใช้ไม่สามารถถอยกลับไปที่พฤติกรรม IE7 ได้

คุณไม่จำเป็นต้องรวมส่วนหัว HTTP ที่เข้ากันได้ของ X-UA หรือ Meta Tag

โดเมนของคุณอยู่ในบัญชีดำของ Microsoft เนื่องจากผู้เขียนคนอื่น ๆ ในโดเมนของคุณทำลายเว็บไซต์หรือทำให้ผู้ใช้สามารถเปิดใช้งานมุมมองที่เข้ากันได้สำหรับโดเมนทั้งหมดคุณกังวลว่า Google หรือ Digg จะฝังไซต์ของคุณด้วยเฟรมหรือคุณต้องการให้แน่ใจว่าผู้ใช้ไม่สามารถใช้มุมมองที่เข้ากันได้

ขั้นแรกให้รวมองค์ประกอบเมตาที่อยู่เบื้องหลังในหน้าของคุณ (มันผิดกฎหมายใน html5) <meta http-equiv = เนื้อหาที่เข้ากันได้กับ X-UA = ie = edge> (ก่อนองค์ประกอบสคริปต์ใด ๆ )

เว็บไซต์ของคุณทำงานใน IE7 แต่หยุดพักใน IE8

ก่อนอื่นให้รวมองค์ประกอบเมตาที่อยู่เบื้องหลังในหน้าของคุณ (มันผิดกฎหมายใน HTML5) (ก่อนองค์ประกอบสคริปต์ใด ๆ ) หรือตั้งส่วนหัว HTTP ด้านหลัง: X-UA ที่เข้ากันได้: IE = EmulateIe7 จากนั้นแก้ไขไซต์ของคุณไม่ต้องพึ่งพาพฤติกรรมที่ไม่ได้มาตรฐาน IE7 และย้ายไปที่ IE = Edge

ลิงค์ที่เกี่ยวข้อง

• โหมดของ Eric Meyer เกี่ยวกับ Mac IE5 ที่เขียนโดยใช้ Doctype ที่ถูกต้อง
• David Baron ของ Mozilla
• แลนซ์ซิลเวอร์พูดถึงรูปแบบและการดมกลิ่นใน Windows IE6 ในการปรับปรุง CSS
• การแปลงเอกสารของ Opera9
• โซลูชั่น IE8 และ X-UA ที่เข้ากันได้ของ Faruk Atet

ภาคผนวก: คำขอไปยังผู้ดำเนินการ XML และผู้เขียนมาตรฐาน

โปรดอย่านำการดมกลิ่น Doctype มาที่ XML

การดมกลิ่น Doctype คือการแก้ปัญหาของซุปซุปที่ติดฉลากโดยใช้วิธีการเหมือนซุปซุป Doctype Sniffing เป็นวิธีการเบื้องต้นที่ออกแบบมาหลังจากการเปิดตัวข้อกำหนด HTML4 และ CSS2 ซึ่งแยกเอกสารที่ล้าสมัยจากเอกสารเพื่อให้ตรงกับพฤติกรรมที่ผู้เขียนคาดหวัง

บางครั้งก็แนะนำให้ใช้การดมกลิ่น Doctype บน XML เพื่อกำหนดเวลาการประมวลผลที่แตกต่างกันระบุคำศัพท์ที่ใช้หรือเพื่อเปิดใช้งานคุณสมบัติ นี่เป็นความคิดที่ไม่ดี การกำหนดเวลาและการจดจำคำศัพท์ควรอยู่บนพื้นฐานของเนมสเปซในขณะที่การเปิดใช้งานคุณสมบัติควรขึ้นอยู่กับคำแนะนำการประมวลผลหรือองค์ประกอบที่ชัดเจน

แนวคิดทั้งหมดของความเป็นรูปแบบที่ดีคือการแนะนำการแยกวิเคราะห์ DTD ที่อนุญาตให้ XML และส่งเสริมเอกสารปลอดเอกสาร ในกรณีที่เป็นทางการเอกสาร XML สองฉบับมีรูปแบบที่เป็นที่ยอมรับเดียวกันและแอปพลิเคชันจะประมวลผลต่างกัน (และไม่ใช่เพราะไม่มีทางเลือกที่จะจัดการเอนทิตีภายนอก) แอปพลิเคชันอาจถูกทำลาย ในทางปฏิบัติหากเอกสาร XML สองฉบับทำให้เนื้อหาเดียวกัน (ชื่อ qnames ละเว้น) ไปยังตัวประมวลผลเนื้อหา SAX2 และแอปพลิเคชันจะประมวลผลเอกสารที่แตกต่างกันแอปพลิเคชันอาจถูกทำลาย เมื่อพิจารณาว่าในฐานะผู้เขียนเว็บเป็นไปไม่ได้ที่จะเชื่อว่าทุกคนจะแยกวิเคราะห์หน้าของพวกเขาโดยใช้ XMLProcessors ที่จัดการกับเอนทิตีเพิ่มเติม (แม้ว่าเบราว์เซอร์บางตัวดูเหมือนจะทำเช่นนั้นในขณะที่พวกเขาแมปตัวระบุสาธารณะบางอย่างกับ DTD ที่กำหนดเอนทิตี้ (คุณยังคงใช้คุณสมบัติการแทนที่ DTD ของตัวตรวจสอบ W3C เพื่อตรวจสอบ DTD แม้ว่าตัวตรวจสอบ W3C จะบอกว่าผลลัพธ์นั้นเป็นเพียงชั่วคราวหรือดีกว่าคุณสามารถใช้การตรวจสอบ NG ที่ผ่อนคลาย

นอกจากนี้เมื่อข้อกำหนดระดับต่ำกำหนดสองสิ่งที่เท่าเทียมกันข้อกำหนดระดับสูงไม่ควรพยายามให้ความหมายที่แตกต่างกัน โปรดพิจารณา <! doctype html สาธารณะ -// w3c // dtd xhtml 1.0 เข้มงวด // en http://www.w3.org/tr/xhtml1/dtd/xhtml1-strict.dtd> หากตัวระบุสาธารณะถูกลบจะมีการระบุ DTD เดียวกันดังนั้น Doctype <! Doctype Html System http://www.w3.org/tr/xhtml1/dtd/xhtml1-stratt.dtd> หมายถึง doctype ก่อนหน้านี้ พวกเขาควรดมกลิ่นแตกต่างกันหรือไม่? มันสามารถเป็นทฤษฎีเพิ่มเติม สมมติว่าคัดลอกไปยังตัวอย่าง 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 สำหรับการประมวลผล อย่างไรก็ตามถ้าคุณยังไม่เชื่อโปรดอ่านบทความของ W. Eliot Kimber เกี่ยวกับเรื่องนี้ comp.text.sgml

ภาคผนวก: วิธีการประมวลผล doctype บางอย่างในข้อความ/html

ในตารางต่อไปนี้รูปแบบการเล่นโวหารรูปแบบมาตรฐานและเกณฑ์เสมือนจะแสดงเป็น Q, S และ A ตามลำดับ เมื่อเบราว์เซอร์มีเพียงสองโหมดโหมดมาตรฐานจะถูกทำเครื่องหมายเป็น S หากความสูงแถวของเซลล์ตารางสอดคล้องกับประสิทธิภาพของโหมดมาตรฐานของ Mozilla และโหมดมาตรฐานจะถูกทำเครื่องหมายว่าเป็นหากความสูงของแถวของเซลล์ตารางสอดคล้องกับประสิทธิภาพของโหมดมาตรฐานของ Mozilla

โปรดทราบว่า XHTML ที่ให้บริการโดยใช้โมเดลเนื้อหา XML นั้นแสดงผลในโหมด XML

วัตถุประสงค์ของตารางนี้ไม่ได้บอกว่า doctypes ทั้งหมดในตารางเป็นตัวเลือกที่สมเหตุสมผลสำหรับการสร้างหน้าใหม่ จุดประสงค์ของตารางนี้คือการแสดงข้อมูลประเภทของคำแนะนำของฉันตาม

สัญลักษณ์ตัวย่อต่อไปนี้ใช้สำหรับชื่อคอลัมน์:

NS6

Mozilla 0.6 … 0.9.4 และ Netscape 6.0 … 6.2.3

Moz เก่า

Mozilla 0.9.5 ถึง 1.1 Alpha และ Mozilla 1.0

Moz & Safari & Opera 10 & HTML5

Mozilla 1.0.1, Mozilla 1.1 Beta และภายหลัง, Firefox ถึง 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 quasi-Standard ในกรณีนี้), Opera 7.5 … 8.54 และ 9.5 … 9.6

เช่น 7 & Opera 7.10

IE7, โหมดที่เข้ากันได้และไม่มีความครอบคลุมที่เข้ากันได้กับ X-UA (A หมายถึงโหมด IE7 ในกรณีนี้) และ Opera 7.10 … 7.23

เช่น 6 & Opera 7.0

Windows IE 6 และ Opera 7.0 … 7.03

Mac IE 5

Mac IE 5.0 … 5.2.3

Konq 3.2

Konqueror 3.2.2 … 3.3 (อาจรวมถึง 3.1 … 3.2.1; ฉันยังไม่ได้รับการยืนยัน)

ประวัติศาสตร์

รหัสการดมกลิ่น Doctype ของ Moziila ได้รับการแก้ไขอย่างมีนัยสำคัญในเดือนตุลาคม 2543 กันยายน 2544 และมิถุนายน 2545 รัฐที่จัดตั้งขึ้นโดย Mozilla (และ Netscape 6.x) ที่อธิบายไว้ในเอกสารนี้สามารถดูได้ที่ ftp.mozilla.org ตั้งแต่ปี 2000.10.19 เอกสารนี้ไม่ได้กล่าวถึงวิธีการดมกลิ่น Doctype ใน Mozilla M18 (และ Netscape 6.0 PR3) รหัสการดมกลิ่น Doctype ของ Safari ได้รับการแก้ไขอย่างมากตั้งแต่เบต้าสาธารณะครั้งแรก เอกสารนี้ไม่รวมถึงพฤติกรรมเร็วกว่าเวอร์ชัน V73 หรือที่เรียกว่า 0.9

รหัสการดมกลิ่น Doctype ก่อนที่ Konqueror33.5 ดูเหมือนจะมาจาก Safari รุ่นแรก ตอนนี้ Konqueror ตรงกับ Safari และรหัสการดมกลิ่น Doctype มาจาก Mozilla

ดังที่เห็นได้จากตารางการดมกลิ่นของโอเปร่ากำลังเปลี่ยนจาก IE เหมือนเหมือนเป็นเหมือน mozilla แม้ว่า opera9.5 และ 9.6 กำลังย้อนกลับ ในขณะเดียวกันพฤติกรรมเลย์เอาต์ของโหมดโอเปร่าวอร์คถูกเปลี่ยนจากการเลียนแบบโหมด Quirk ของ IE6 เป็นโหมด Quirk ของ Mozilla

ภาคผนวก: การเลือกโหมดสำหรับ IE8

เริ่มต้น: ป้อนเมตาที่เข้ากันได้กับ X-UA หรือไม่?

เมตาดาต้าที่เข้ากันได้กับ X-UA?

IE = 7: ใช้มาตรฐาน IE7

IE = EmulateIe7: ป้อน Quirk หรือ No Doctype? (โหมดที่เข้ากันได้)

IE = IE8 หรือ IE = IE7 หรือ IE = A หรือ IE = EmulateIe8 หรือสคริปต์ไม่ปรากฏขึ้นก่อน: ป้อนส่วนหัว HTTP ที่เข้ากันได้กับ X-UA?

IE = 8 หรือ IE = EDGE หรือ IE = 99 หรือ IE = 9.9: เข้าสู่โหมดกึ่งมาตรฐาน?

IE = 5: ใช้โหมด Quirk (IE5.5)

ส่วนหัว HTTP ที่เข้ากันได้กับ X-UA?

IE = 7: ใช้โหมดมาตรฐาน IE7

IE = EmulateIe7: ป้อน Quirk หรือ No Doctype? (โหมดความเข้ากันได้)

IE = IE8 หรือ IE = IE7 หรือ IE = A หรือ IE = EmulateIe8 หรือไม่มีเลย: ป้อนเพื่อแสดงเว็บไซต์ทั้งหมด ... ที่ตั้งไว้ล่วงหน้า?

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 quasi-Standard

ไม่: ใช้โหมดมาตรฐาน IE8

ขั้นตอนเหล่านี้สามารถมองเห็นได้ผ่านผังงานในรูปแบบ PDF และ PNG

รับทราบ

ขอบคุณ Simon Pieters, Simon Pieters และ Anne Van Kesteren ที่ช่วยฉันแก้ไขตารางรูปแบบและความคิดเห็นของพวกเขาสำหรับโอเปร่ารุ่นต่างๆ ขอบคุณ Simon Pieters ที่ทำผังงาน IE8 อีกครั้ง