Der Auswahlmechanismus des DocType-Modus durch bekannte Browser

Dokumentumfang

Der in diesem Artikel enthaltene Moduswechsel eignet sich für Firefox- und andere auf dem Gecko basierende Browser, Safari, Chrome und andere Webkit-basierte Browser, Opera, Konqueror, Internet Explorer für Mac, Internet Explorer für Windows und Browser mit integriertem IE. Vermeiden Sie es, den Namen des Browsermotors zu erwähnen, und verwenden Sie stattdessen den Namen des bekanntesten Browsers des Motors.

Dieser Artikel konzentriert sich auf den Auswahlmechanismus von Mustern, anstatt das genaue Verhalten jedes Musters aufzuzeichnen.

Modell

Hier sind eine Vielzahl verschiedener Modi:

Das Muster mit Inhaltstyp Text/HTML

Die Musterauswahl des Text-/HTML -Inhalts hängt vom Sniffing von DocType ab (docType -Sniffing, der später in diesem Artikel erörtert wird). In IE8 hängt das Muster auch von anderen Faktoren ab. In IE8 standardmäßig hängen die Muster nicht-Intranet-Websites, die auf der Blacklist von Microsoft nicht bereitgestellt werden, vom Dokumenttyp ab.

Es ist keine Übertreibung, den Unterschied im genauen Verhalten von Mustern in jedem Browser zu betonen, auch wenn in diesem Artikel eine einheitliche Diskussion vorliegt.

Mackenmodus

Im Quirk -Modus verstoßen Browser, um die Zerstörung von Seiten zu vermeiden, die auf den Ende der neunziger Jahre populären Praktiken erstellt wurden, die Spezifikationen der modernen Webformat. Verschiedene Browser implementieren unterschiedliche Quirk -Verhaltensweisen. In Internet Explorer 6, 7 und 8 wird das Quirk -Muster in IE5.5 effektiv eingefroren. In anderen Browsern ist der Quirk -Modus eine geringe Anzahl von Offsets, die mit dem Standardmodus übereinstimmen.

Wenn Sie eine neue Webseite erstellen, sollten Sie die relevanten Spezifikationen (insbesondere CSS2.1) einhalten und den Standardmodus verwenden.

Standardmodus

Im Standardmodus versucht der Browser, die Spezifikationen im angegebenen Browser ordnungsgemäß zu verarbeiten, indem die Standarddokumente in dem Maße angegeben werden, in dem er standardisiert ist.

Verschiedene Browser folgen unterschiedlichen Stufen, sodass der Standardmodus auch kein einziges Ziel ist.

HTML5 ruft diesen Modus ohne Mackenmodus auf

Fast Standardsmodus

IreFox, Safari, Chrome, Opera (ab 7,5) und IE8 haben auch einen Modus, der als Quasi-Standard-Modus bezeichnet wird, der die vertikalen Dimensionen von Tabellenzellen gemäß traditionellen Praktiken implementiert, anstatt die CSS2-Spezifikation streng zu entsprechen. Mac IE5, Windows IE6 und 7, Opera 7.5 Frühere Versionen und Konqueror benötigen keinen Quasi-Standard-Modus, da sie nicht die CSS2-Spezifikation in ihren jeweiligen Standardmodi folgen, um vertikale Dimensionen von Tabellenzellen zu erreichen. Tatsächlich liegt ihr Standardmodus näher am Quasi-Standardmodus von Mozilla als den Standardmodus von Mozilla.

HTML5 ruft diesen Modus Limited Quirks -Modus auf.

IE7 -Modus

In IE8 gibt es einen Modus, der hauptsächlich die Kopie des IE7 -Standardmodus einfriert. Andere Browser haben kein solches Muster, und dieses Muster wird nicht durch HTML5 angegeben.

Schema mit Inhaltstyp Application/XHTML+XML (XML -Muster)

In Firefox, Safari, Chrome und Opera, wird das XML -Muster der Anwendung/XHTML+XML -HTTP -Inhaltstyp (kein Meta -Element oder docType!) Ausgelöst. Im XML -Muster versucht der Browser, XML -Dokumente in dem Maße, in dem es sich im Browser befindet, die korrekten Spezifikationen zu geben.

IE6, 7 und 8 unterstützen die Anwendung/XHTML+XML nicht, ebenso wie Mac IE5.

Im Webkit-basierten Nokia S60-Browser kann der Typ Application/XHTML+XML HTTP-Inhaltstyp das XML-Schema nicht auslösen, da der Fokus in mobilen Gärten die Kompatibilität mit unregelmäßigem Inhalt liegt. (Mobile Browser im alten Stil können echte XML-Parsers nicht verwenden, da der nicht standardmäßige Inhalt mit XML gekennzeichnet ist.)

Da Konqueror nicht vollständig getestet wird, kann ich nicht genau sagen, was in diesem Browser passieren wird.

Nicht-Web-Modi

Die Muster, die einige Motoren mit Webinhalten nichts zu tun haben. Zur Vollständigkeit werden sie nur hier erwähnt. Opera hat einen WML2.0 -Modus. Webkit on Leopard verfügt über einen bestimmten Modus für Legacy Dashboard -Widgets.

Beeinflussen

Hier sind die Haupteffekte dieser Muster:

Layout

Das Text/HTML -Muster beeinflusst hauptsächlich das CSS -Layout. Zum Beispiel ist es eine Eigenart für Tabellen, um Stile nicht zu erben. Im Quirk -Modus einiger Browser wird das Boxmodell zum Boxmodell von IE5.5. In diesem Dokument werden nicht alle Layout -Macken aufgeführt.

Quasi-Standard-Modus (in Browsern mit diesem Modus) unterscheiden sich nur Tabellenzellen, die Bilder enthalten, im hohen und im Standardmodus.

Im XML-Schema haben Selektoren unterschiedliche Fallsensitive Verhaltensweisen. Darüber hinaus können einzigartige Regeln für HTML -Körperelemente nicht auf ältere Browser angewendet werden, die die neuesten CSS2.1 -Änderungen nicht implementieren.

Analyse

Es gibt auch einige Macken, die die HTML- und CSS -Parsen beeinflussen und Webseiten verursachen, die den Standards fälschlicherweise analysiert werden. Das Layout von Macken bestimmt, ob diese Macken eingeschaltet sind. In jedem Fall ist es sehr wichtig, die wichtigsten Ähnlichkeiten und Unterschiede von Quirk-Mustern und Standardmustern im CSS-Layout und -Spesing (Nicht-HTML-Parsen) zu verstehen.

Einige Leute nennen fälschlicherweise den Standardmodus Strict Parsing -Modus, wodurch die Menschen die Durchsetzung der HTML -Syntaxregeln des Browsers und die Bewertung der Richtigkeit von Tags durch den Browser falsch verstehen. Dies ist nicht der Fall. Auch wenn das Standardmodus -Layout wirksam wird, wird der Browser die Korrekturarbeiten für die Tag -Suppe (Tagsuppe, http://en.wikipedia.org/wiki/Tag_Soup) herstellen. (Bevor Netscape6 im Jahr 2000 veröffentlicht wurde, hatte Mozilla Parsingmuster für die Durchsetzung von HTML -Syntaxregeln. Diese Muster wurden mit vorhandenen Webinhalten nicht kompatibel.)

Ein weiteres häufiges Missverständnis betrifft die Analyse von XHTML. Es wird normalerweise angenommen, dass unter Verwendung von xhtml docType verschiedene Parsen erhalten werden. Tatsächlich ist dies nicht der Fall. Der Inhaltstyp entspricht dem Parser- und HTML -Dokument, das im XHTML -Dokument von Text/HTML verwendet wird. Was Browser im Moment interessieren, ist, dass XHTML mit Dokumenttyp Text/HTML nur eine Tag -Suppe mit Crouts (zusätzliche Schrägstriche überall) ist.

Nur wenn ein XML -Dokumenttyp -Dokument (z. B. Anwendung/XHTML+XML oder Xmapplication/) verwendet wird, löst der Parser das XML -Schema zum Parsen aus. Der Parser unterscheidet sich zu diesem Zeitpunkt völlig vom HTML -Parser.

Skript

Während das Quirk -Muster hauptsächlich CSS betrifft, geht es bei einigen um Skripten. Zum Beispiel legt das HTML -ID -Attribut in Firefox 'Quirk -Muster Objektverweise auf den globalen Skriptbereich genau wie in IE fest. Die Auswirkungen von Skripten in IE8 sind der Aufmerksamkeit wertvoller als andere Browser.

Im XML -Schema verhalten sich einige DOM -APIs völlig anders, da das DOM -API -Verhalten von XML bei definiert nicht mit dem HTML -Verhalten kompatibel ist.

docType schnüffeln (auch docType Conversion genannt)

Moderne Browser verwenden docType Sniffing, um den Motormodus von Text/HTML -Dokumenten zu bestimmen. Dies bedeutet, dass die Auswahl des Schemas auf der Deklaration von Dokumenttypen (oder fehlt) basiert, beginnend mit dem HTML -Dokument. (Dies eignet sich nicht für Dokumente mit XML -Dokumenttyp.)

Dokumenttyperklärung (DOCTYPE) ist eine Syntax -Fälschung von SGML. SGML ist ein Markup-Framework im alten Stil. HTML vor HTML5 wird basierend darauf definiert. In der Spezifikation von HTML4.01 beschreibt die Deklaration von Dokumenttyp die Versionsinformationen von HTML. Obwohl es sich bei dem Namen um eine Deklaration von Dokumenttypen handelt und die Spezifikation von HTML 4.01 Versionsinformationen beschreibt, gelten die Deklarationen von Dokumenttypen nicht für die Klassifizierung von SGML- oder XML -Dokumenten als bestimmte Arten von Dokumenten, auch wenn er aussieht (aufgrund des Namens). (Mehr Inhalte befinden sich im Anhang)

Weder die HTML4.01 -Spezifikation noch ISO 8879 (SGML) sagen alles über die Verwendung von Dokumenttyp -Deklarationen als Konvertierung des Motormodus. DocType Sniffing basiert auf der Beobachtung. Wenn docType -Sniffing gestaltet ist, haben die meisten Macken keine Erklärungen vom Typ Dokumenttyp oder Verweise auf alte DTDs. HTML5 akzeptiert diese Tatsache und definiert docType als die einzige Moduskonvertierung in Text/HTML.

Eine typische Dokumententypdeklaration von Pre-HTML5 (PRE-HTML5) enthält (durch Leerzeichen getrennt) <! DocType-Zeichenfolge, eine gemeinsame Kennung für das Stammelement (HTML), eine öffentliche Zeichenfolge, eine DTD-Common-Identifikatorin in Zitaten, eine mögliche Systemkennung (URL) und ein Zeichen für das gleiche DTD. Die Deklarationstyperklärung erfolgt, bevor das Rootelement des Dokuments das Etikett startet.

Wählen Sie docType

Text/HTML

Hier finden Sie eine einfache Anleitung, wie Sie docType beim Erstellen eines neuen Textes/HTML -Dokuments auswählen:

Standardmodell, moderne Überprüfung

<! DocType html>

Wenn Sie neue Funktionen wie <video>, <Canvas> und Aria überprüfen möchten, ist dies richtig. Beachten Sie, dass sich die effektive Definition von HTML5 immer noch ändert. Stellen Sie sicher, dass die Bildausrichtung in Firefox, Safari, Chrome, Opera9 oder Opera10 getestet wird. Es reicht nicht aus, die Bildausrichtung im Internet Explorer zu testen. Stellen Sie sicher, dass Sie sowieso auch in IE8 getestet haben.

Standardmodus, stabileres Überprüfungsziel

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

Dieser docType löst auch den Standardmodus aus, und die effektive Definition von HTML4.01 für 10 Jahre ist stabil. Stellen Sie sicher, dass Sie die Bildausrichtung in Firefox, Safari, Chrome, Opera9 oder Opera10 testen. Es reicht nicht aus, die Bildausrichtung im Internet Explorer zu testen. Stellen Sie sicher, dass Sie sowieso auch in IE8 getestet haben.

Um den Standardmodus zu verwenden, vergewissern Sie sich jedoch, dass Markierungen nicht empfohlen werden oder geschnittene Bilder in Tabellenlayouts verwenden und sie nicht reparieren möchten.

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

Es löst den Quasi-Standard-Modus (und den vollständigen Standardmodus im altmodischen Mozilla) aus. Beachten Sie, dass das Layout, das später auf HTML5 portiert wird, das Layout basierend auf geschnittenen Bildern mit Tabellen unterbrochen werden kann (ebenso wie das vollständige Standardmuster).

Um den Quirk -Modus absichtlich zu verwenden

Kein DocType.

Bitte tun Sie das nicht. Entwürfe, die absichtlich für den Quirk -Modus hergestellt wurden, werden Sie stören, und in Zukunft kümmert sich niemand um Windows IE6 (Netscape 4.x und IE5 sind nicht mehr besorgt). Das Entwerfen von Quirk -Mustern ist eine schlechte Idee. Glauben Sie mir.

Wenn Sie immer noch Windows IE6 unterstützen möchten, ist es besser, einen speziellen Hack -bedingten Kommentar dazu abzugeben, als andere Browser in den Quirk -Modus zurückzugewinnen.

Ich empfehle kein xhtml docType, da XHTML als Text/HTML als schädlich angesehen wird. Wenn Sie sich für XHTML DocType entscheiden, beachten Sie, dass die XML -Deklaration IE6 (aber nicht IE7!) Das Quirk -Muster auslösen.

Anwendung/xhtml+xml

Eine einfache Anleitung zur Anwendung/XHTML+XML ist die Verwendung von docType niemals. Die Webseiten unter dieser Methode stimmen nicht streng mit XHmtl1.0 überein, aber dies spielt keine Rolle. (Weitere Informationen finden Sie im Anhang unten)

IE8 Komplikationen

Eine Liste, die nach der Einführung von IE8 eine meta-elementbasierte Musterkonvertierung als einer der Faktoren für die Musterauswahl verwendet wird, zusätzlich zu DocType. (Siehe Rezensionen von Ian Hickson, David Baron, David Baron, Robert O'Callahan und Maciej Stachowiak.)

Es gibt 4 Modi für IE8: IE5.5 Quirk-Modus, IE7-Standardmodus, IE8 Qual-Standard-Modus und IE8-Standardmodus. Die Auswahl des Modus hängt von Daten aus mehreren Aspekten ab: DocType, Meta -Elemente, HTTP -Header, regelmäßige Download -Daten von Microsoft, LAN -Domänen, Einstellungen, die von Benutzern vorgenommen wurden, Einstellungen, die von LAN -Administratoren vorgenommen wurden, Modi des übergeordneten Frameworks (falls vorhanden) und die kompatible Ansichtsknopfmodi ausgewiesen werden. (Für andere in den Motor eingebettete Anwendungen hängt das Muster auch von der eingebetteten Anwendung ab.)

Glücklicherweise wird IE8 im Allgemeinen docType -Schnüffeln wie andere Browser verwenden, wenn Folgendes auftritt:

• Der Autor setzt den X-UA-kompatiblen HTTP-Header nicht
• Der Autor setzt das X-UA-kompatible Meta-Tag nicht
• Microsoft platziert den Domain -Namen der Site nicht auf der Blacklist
• Der LAN -Administrator hat die Site nicht auf die schwarze Liste gestellt
• Der Benutzer drückt nicht die Schaltfläche Kompatibilitätsansicht (oder anderweitig zu einer bestimmten User Blacklist hinzugefügt).
• Diese Seite befindet sich nicht in der LAN -Domäne
• Der Benutzer hat keine Wahl, alle Websites in IE7 anzuzeigen
• Die Seite ist nicht in die kompatible Modusseite über den Frame eingebettet

Mit Ausnahme der beiden Fälle in Bezug auf X-UA-kompatible führt IE8 das Dokument wie IE7 durch. IE7 -Emulation (IE7 -Emulation) wird als kompatible Ansicht bezeichnet.

Im Fall von X-UA-kompatibel verhält sich IE8 ganz anders als andere Browser. Ich würde gerne den Anhang oder den Flussdiagramm in PDF- und PNG -Formaten auf dieser Seite sehen.

Leider gibt es keinen HTTP-Header oder META-Tag für X-UA-kompatible, und selbst mit dem entsprechenden DocType können Benutzer die Seite versehentlich vom IE8-Standardmodus in den IE7-Modus reduzieren, der ein simulierter IE7-Standardmodus ist. Schlimmer noch, LAN -Administratoren können dasselbe tun. Microsoft kann auch alle von Ihnen verwendeten Domain -Namen schwarzlistet.

Um mit diesen Effekten umzugehen, reicht docType nicht aus, Sie benötigen X-UA-kompatible HTTP-Header und Meta-Tag.

Die folgende einfache Anleitung für neue Text-/HTML-Dokumente, die bereits in anderen Browsern den Standardmodus oder den Quasi-Standard-Modus für DocType-Trigger-Standardmodus haben, um die X-UA-kompatible HTTP-Header oder Meta-Tag auszuwählen:

Ihre Domain befindet sich nicht auf der Blacklist von Microsoft, und Sie sind mehr besorgt, ohne dass ein Browser-spezifisches nerviges Material ist, als sicherzustellen, dass Benutzer nicht zurückfallen können, um IE7-Verhalten zu präsentieren.

Sie müssen nicht X-UA-kompatible HTTP-Header oder Meta-Tag einbeziehen.

Ihre Domain befindet sich auf der Blacklist von Microsoft, da andere Autoren in Ihrer Domain die Website zerstören oder dass Benutzer kompatible Ansichten für die gesamte Domäne ermöglichen.

Geben Sie zunächst das Meta-Element in Ihrer Seite zurück (es ist illegal in html5) <meta http-äquiv = x-UA-kompatibler Inhalt = IE = Edge> (vor einem Skriptelement) oder festlegen, oder setzen Sie den HTTP

Ihre Website funktioniert in IE7, bricht aber in IE8 ein

Geben Sie zunächst das Meta -Element in Ihrer Seite ein (es ist illegal in HTML5) (Vor einem Skriptelement) oder festlegen, dass der HTTP-Header hinter sich legt: X-UA-kompatibel: IE = Emulkteie7, und dann Ihre Website nicht auf nicht standardmäßiges IE7-Verhalten angewiesen und migriert zu IE = Edge.

Verwandte Links

• Eric Meyers Modus über Mac IE5 in der Verwendung des richtigen docType geschrieben
• Mozillas DocType schnüffelt von David Baron
• Lance Silver diskutiert Muster und docType -Schnüffeln in Windows IE6 in der CSS -Verbesserung
• Opera9's DocType Conversion
• Faruk teşars IE8- und X-UA-kompatible Lösungen

Ergänzung: Anfragen an XML -Implementierer und Standardautoren

Bitte bringen Sie docType nicht nach XML.

DocType Sniffing besteht darin, ein Problem der markierten Chowder-Suppe unter Verwendung einer Chowder-Suppe-ähnlichen Methode zu lösen. DocType Sniffing ist ein vorläufiger Ansatz, der nach der Veröffentlichung von HTML4- und CSS2 -Spezifikationen entworfen wurde, wodurch veraltete Dokumente von Dokumenten unterschieden werden, um Verhaltensweisen zu entsprechen, die ihre Autoren möglicherweise erwarten.

Gelegentlich wird empfohlen, DocType -Sniffing auf XML zu verwenden, um eine andere Verarbeitung zu planen, den verwendeten Wortschatz zu identifizieren oder Merkmale zu aktivieren. Dies ist eine schlechte Idee. Die Planung und Erkennung von Wortschatzern sollte auf dem Namespace basieren, während die Funktionsaktivierung auf expliziten Verarbeitungsanweisungen oder -elementen basieren sollte.

Die ganze Idee der Wohltat ist es, die DTD-Parsen einzuführen, die XML ermöglicht und docType-freie Dokumente fördert. In formalen Fällen haben zwei XML -Dokumente die gleiche kanonische Form und die Bewerbung verarbeitet sie unterschiedlich (und nicht weil es keine Wahl gibt, externe Entitäten zu behandeln), kann die Anwendung unterbrochen werden. Wenn in der Praxis zwei XML -Dokumente in der Praxis dazu führen, dass der gleiche Inhalt gemeldet wird (Qnames ignoriert) dem SAX2 -Inhaltsprozessor und die Bewerbung des Dokuments unterschiedlich verarbeitet, kann die Anwendung unterbrochen werden. Wenn man bedenkt, dass es als Webautor unmöglich ist zu glauben, dass jeder seine Seiten mit XMLProcessoren analysieren wird, die zusätzliche Entitäten ansprechen (auch wenn einige Browser dies zu tun scheinen, wenn sie bestimmte öffentliche Kennungen an eine DTD abbilden, die die Entität mit einem abgestürzten Abgeordneten definiert), geben Sie DocType in XML ein. (Sie verwenden weiterhin die DTD Override -Funktion des W3C -Validators, um einen DTD zu verifizieren, obwohl der W3C -Validator sagt, dass das Ergebnis nur vorübergehend ist. Oder besser, aber Sie können die entspannende NG -Überprüfung verwenden, was das Dokument, in dem das Muster verwiesen wird, nicht verschmutzen.

Wenn eine Spezifikation auf niedriger Ebene zwei gleiche Dinge definiert, sollte eine Spezifikation auf hoher Ebene nicht versuchen, ihnen unterschiedliche Bedeutungen zu geben. Bitte betrachten Sie <! DocType html public -// w3c // dtd xhtml 1.0 strict // en http://www.w3.org/tr/xhtml1/dtd/xhtml1-strict.dtd>. Wenn die öffentliche Kennung gelöscht wird, ist dieselbe DTD weiterhin angegeben, sodass docType <! DocType html system http://www.w3.org/tr/xhtml1/dtd/xhtml1-strict.dtd> das gleiche wie das vorherige DocType bedeutet. Sollten sie anders schnüffeln? Es kann weitere Theorie sein. Angenommen, kopieren Sie kopieren Sie zu Beispiel.com A DTD namens foobar.dtd: <! DocType html system http://example.com/foobar.dtd>. Wie schnüffle ich das? Es sollte die gleiche Bedeutung haben. Sogar die gesamte DTD kann im Dokument veröffentlicht werden.

Mit anderen Worten, wenn es #include foo.h gibt, sollten Sie keine schwarze Magie an den Namen foo.h binden, da er das Kopieren des Inhalts von foo.h in das Dokument oder das Kopieren von Foo.h in bar.h und darstellen #include bar.h.

Der Grund, warum ich mir keine Sorgen darüber mache, dass HTML und SGML dieselben Parameter konstruieren, ist, dass der Webbrowser keinen echten SGML -Parser verwendet, um HTML zu analysieren. Daher denke ich, dass es nutzlos ist, als SGML für die Verarbeitung zu tarnen. Wenn Sie es noch nicht glauben, lesen Sie bitte den Artikel von W. Eliot Kimber in dieser Angelegenheit comp.text.sgml

Anhang: Einige DOCType -Verarbeitungsmethoden in Text/HTML

In der folgenden Tabelle werden das Quirk-Muster, das Standardmuster und die Quasi-Kriterien als Q, S bzw. A dargestellt. Wenn der Browser nur zwei Modi hat, ist der Standardmodus als S markiert, wenn die Zeilenhöhe der Tabellenzelle mit der Standardmodusleistung von Mozilla übereinstimmt, und der Standardmodus ist als A markiert, wenn die Zeilenhöhe der Tabellenzelle mit der Standardmodusleistung von Mozilla übereinstimmt.

Bitte beachten Sie, dass XHTML -Serving mit dem XML -Inhaltsmodell im XML -Modus gerendert wird.

Der Zweck dieser Tabelle ist nicht zu sagen, dass alle DocTypes in der Tabelle angemessene Wahl sind, um neue Seiten zu erstellen. Der Zweck dieser Tabelle besteht darin, zu zeigen, auf welche Art von Daten meine Empfehlungen basieren.

Die folgenden Abkürzungssymbole werden für Spalten Titel verwendet:

NS6

Mozilla 0,6… 0.9.4 und Netscape 6.0… 6.2.3

Alter Moz

Mozilla 0.9.5 bis 1,1 Alpha und Mozilla 1.0

Moz & Safari & Opera 10 & HTML5

Mozilla 1.0.1, Mozilla 1.1 Beta und später, Firefox zu Netscape 7, Safari 0,9 bis Safari 4.0 Beta, Opera 10, Chrome, Konqueror 3.5, HTML5 -spezifisches Verhalten

Opera 9.0

Opera 9.0… 9.20

Dh 8 & Opera 9.5

Standard IE8 ohne X-UA-kompatible und kompatible Modusüberschreibung (in diesem Fall einen IE8-Quasi-Standard-Modus), Opera 7.5… 8.54 und 9.5… 9.6

Dh 7 & Opera 7.10

IE7, kompatibler Modus und ohne X-UA-kompatible Abdeckung (ein Mittel-IE7-Modus in diesem Fall) und Opera 7.10… 7.23

Dh 6 & Opera 7.0

Windows dh 6 und Opera 7.0… 7.03

Mac dh 5

MAC IE 5.0… 5.2.3

Konq 3.2

Konqueror 3.2.2… 3.3 (kann auch 3.1… 3.2.1 enthalten; ich habe noch nicht bestätigt)

Geschichte

Moziilas DocType Sniffing Code wurde im Oktober 2000, September 2001 und Juni 2002 erheblich geändert. Die von Mozilla (und Netscape 6.x) in diesem Dokument beschriebenen Staaten sind seit 2000.10.19 auf ftp.mozilla.org zu sehen. In diesem Dokument wird nicht angesprochen, wie docType -Sniffing in Mozilla M18 (und Netscape 6.0 PR3) funktioniert. Safaris docType Sniffing Code wurde seit der ersten öffentlichen Beta auch stark geändert. Dieses Dokument enthält keine Verhaltensweisen früher als Version V73, auch 0,9 genannt.

Der docType -Schnüffelcode vor Konqueror3.5 scheint aus einer frühen Version von Safari zu stammen. Konqueror passt jetzt zu Safari, und sein DocType Sniffing Code stammt von Mozilla.

Wie aus der Tabelle aus hervorgeht, wechselt das Dokument der Opera DocType von einem regulären IE-ähnlich zu einem Mozilla-ähnlichen, obwohl die Opera9.5 und 9.6 auf dem Weg nach hinten sind. In der Zwischenzeit wurde das Layoutverhalten des Opera -Quirk -Modus vom Nachahmungsmodus von IE6 in den Quirk -Modus von Mozilla umgestellt.

Anhang: Modusauswahl für IE8

Start: Geben Sie X-UA-kompatible Meta ein?

X-UA-kompatibler Meta?

IE = 7: Verwenden Sie den IE7 -Standard

IE = Emulkteie7: Geben Sie Quirk oder kein DocType ein? (kompatibler Modus)

IE = IE8 oder IE = IE7 oder IE = A oder IE = Emulkteie8 oder Skript erscheint nicht zuerst: Geben Sie den X-UA-kompatiblen HTTP-Header ein?

Dh = 8 oder dh = edge oder dh = 99 oder dh = 9,9: Eingeben Sie den Quasi-Standard-Modus?

IE = 5: Verwenden Sie den Quirk -Modus (IE5.5)

X-UA-kompatibler HTTP-Header?

IE = 7: Verwenden Sie den IE7 -Standardmodus

IE = Emulkteie7: Geben Sie Quirk oder kein DocType ein? (Kompatibilitätsmodus)

IE = IE8 oder IE = IE7 oder IE = A oder IE = Emulkteie8 oder None: Geben Sie ein, um alle Websites anzuzeigen ... Voreinstellung?

Dh = 8 oder dh = edge oder dh = 99 oder dh = 9,9: Eingeben Sie den Quasi-Standard-Modus?

IE = 5: Verwenden Sie den Quirk -Modus (IE5.5)

Quirk -Modus oder kein docType? (kompatibler Modus)

Ja: Verwenden Sie den Quirk -Modus (IE5.5)

Nein: Verwenden Sie den IE7 -Standardmodus

Alle Websites zeigen ... Voreinstellungen?

JA: Geben Sie den Quirk -Modus oder nein docType ein? (kompatibler Modus)

NEIN: Geben Sie den lokalen Website -Punkt ein ... Voreinstellung?

Lokale Site -Punkte anzeigen ... Voreinstellung?

Ja: Die Eingangsstelle befindet sich in der LAN -Domäne?

Nein: Geben Sie den Domänennamen in die von Microsoft verwaltete Liste ein?

Domain -Namen stehen auf der Liste von Microsoft?

JA: Geben Sie den Quirk -Modus oder nein docType ein? (kompatibler Modus)

Nein: Geben Sie die kompatible Modusseite ein, um sie in den Rahmen einzubetten?

Mit Frame nach kompatibler Modus -Seite eingebettet?

JA: Geben Sie den Quirk -Modus oder nein docType ein? (kompatibler Modus)

Nein: Geben Sie die Kompatibilitätsmodus -Taste ein?

Die Kompatibilitätsmodus -Taste wurde gedrückt?

JA: Geben Sie den Quirk -Modus oder nein docType ein? (kompatibler Modus)

Nein: Geben Sie den Quirk -Modus oder kein DocType ein? (IE8)

Quirk -Modus oder kein docType? (IE8)

Ja: Geben Sie die Verwendung des Quirk -Modus ein (IE5.5)

Nein: Geben Sie den Quasi-Standard-Modus ein?

Quasi-Standard-Modus?

Ja: Verwenden Sie den IE8 Quasi-Standard-Modus

Nein: Verwenden Sie den IE8 -Standardmodus

Diese Schritte sind durch die Flussdiagramme in PDF- und PNG -Formaten zu sehen.

Anerkennen

Vielen Dank an Simon Pieters, Simon Pieters und Anne Van Kesteren, die mir geholfen haben, die Mustertische und ihre Kommentare für verschiedene Opernversionen zu korrigieren. Vielen Dank an Simon Pieters für das weitere IE8 -Flowdiagramm.