Share via


IE8/9/10/11: Compatibility View–Wie kann manuell, serverbasiert oder per Policy das Verhalten beeinflusst werden?

Update: auch hier ist der Inhalt nach wie vor relevant und wurde von mir bis IE11 erweitert.
Update2: Für eine nahezu 100%ige Kompatibilität zu IE8 sollte sich jeder den Enterprise Mode for Internet Explorer 11 anschauen, da dies viele Probleme und Roadblocks beseitigt!

Der Kompatibilitätsmodus wurde für den Internet Explorer 8 eingeführt, damit existierende, für IE7 erstellte Webseiten ohne Aufwand/Veränderungen weiterbetrieben werden können.

Das zu wissen beruhigt, aber ohne zu wissen, wie dieses Feature effektiv konfiguriert werden kann, hilft das Wissen über die Existenz wenig.

 

Manuelle Konfiguration

Für den “Otto-Normal” User bieten sich zwei Möglichkeiten den Kompatibilitätsmodus (dauerhaft) zu aktivieren:

  1. Das GUI (Extras->Einstellungen der Kompatibilitätsansicht / Tools->Compatibility View Settings)

    image

  2. Der Kompatibilitätsansichtsbutton in der Adresszeile (nur bis IE10 einschl.)

    image image

Für den erfahrenen User bietet sich noch eine andere Möglichkeit kurzfristig/flüchtig das Rendering zu beeinflussen:

Die Developer Tools (F12 oder Extras->Entwicklertools / Tools->Developer Tools):

image

image

image

Programmatische Konfiguration

 

Natürlich kann es auch für Programmierer und Applikations/Serverbetreiber notwendig sein, diese Settings für ihre Seite/Applikation vorzugeben.

Auch hierfür stehen zwei Möglichkeiten zur Verfügung (nach Prioritäten geordnet ):

  • “Per Page”
    Die “Per Page” Einstellung hat die höchste Priorität. Der Meta-Tag Eintrag muss an erster Stelle innerhalb des Header Tags stehen.

    Folgende Varianten sind möglich:

  1. <meta http-equiv="X-UA-Compatible" content="IE=5"/>
    Dies ist die einzigste Möglichkeit den IE8 alle Seiten im sog. “Quirks Mode” darstellen zu lassen. Die Angabe über den <meta …> Tag hat die höchste Priorität. D.h. selbst wenn ein !DOCTYPE angegeben wurde, wird dieser ignoriert.

  2. <meta http-equiv="X-UA-Compatible" content="IE=EmulateIE7"/>
    Sofern ein gültiger DOCTYPE existiert wird die Seite im “IE7 Standards mode” dargestellt.

  3. <meta http-equiv="X-UA-Compatible" content="IE=7"/>
    Die seite wird immer im “IE7 Standards mode” dargestellt, auch wenn kein “!DOCTYPE” vorhanden ist

  4. <meta http-equiv="X-UA-Compatible" content="IE=EmulateIE8"/>
    Sofern ein gültiger DOCTYPE existiert wird die Seite im “IE8 Standards mode” dargestellt.

  5. <meta http-equiv="X-UA-Compatible" content="IE=8"/>
    Die Seite wird immer im “IE8 Standards mode” dargestellt, auch wenn kein “!DOCTYPE” vorhanden ist

  6. <meta http-equiv="X-UA-Compatible" content="IE=EmulateIE9"/>
    Sofern ein gültiger DOCTYPE existiert wird die Seite im “IE9 Standards mode” dargestellt.

  7. <meta http-equiv="X-UA-Compatible" content="IE=9"/>
    Die Seite wird immer im “IE9 Standards mode” dargestellt, auch wenn kein “!DOCTYPE” vorhanden ist

  8. <meta http-equiv="X-UA-Compatible" content="IE=EmulateIE10"/>
    Sofern ein gültiger DOCTYPE existiert wird die Seite im “IE10 Standards mode” dargestellt.

  9. <meta http-equiv="X-UA-Compatible" content="IE=10"/>
    Die Seite wird immer im “IE10 Standards mode” dargestellt, auch wenn kein “!DOCTYPE” vorhanden ist

  10. <meta http-equiv="X-UA-Compatible" content="IE=EmulateIE11"/>
    Sofern ein gültiger DOCTYPE existiert wird die Seite im “IE11 Standards mode” dargestellt.

  11. <meta http-equiv="X-UA-Compatible" content="IE=11"/>
    Die Seite wird immer im “IE11 Standards mode” dargestellt, auch wenn kein “!DOCTYPE” vorhanden ist

  12. <meta http-equiv="X-UA-Compatible" content="IE=edge"/>
    Bei dieser Einstellung wird die aktuellste Version der Rendering Engine verwendet. Hierbei ist es unerheblich ob ein “!DOCTYPE” angegeben wurde oder nicht. Die Funktionsweise ist also vergleichbar mit “IE=7” und “IE=8”. Verwendet wird dies um eine Kompatibilität zu neuen IE Versionen wie z.B. IE9 herstellen zu können.

    Diese Notation wird voraussichtlich entsprechend für die nächsten IE Versionen gelten.
    VGL.: X-UA-Compatibility Meta Tag and HTTP Response Header

  • “Per Site”
    Die “Per Site” Einstellung hat eine höhere Priorität als eine “!DOCTYPE” Angabe, Unterliegt allerdings der “Per Page” Einstellung.

    Im Prinzip muss der Web Server einen Header “X-UA-Compatible” mitschicken. Der Wert entspricht den Angaben wie bei “Per Page”, also “5”,”EmulateIE7”,”7”,”EmulateIE8”,”8”, “EmulateIE9”, “9” , “EmulateIE10”, “10” , “EmulateIE11", “11” und “edge”.

    Bei Verwendung eines IIS mittels web.config: https://msdn.microsoft.com/en-us/library/cc817572.aspx
    Bei Verwendung eines Apaches: https://msdn.microsoft.com/en-us/library/cc817573.aspx

    VGL: https://msdn.microsoft.com/library/cc817574.aspx
     

  • "Per DOCTYPE"
    Anhand des DOCTYPEs wählt der IE den entsprechenden Modus. Wird kein “!DOCTYPE” angegeben wählt der IE automatisch den “Quirks Mode” , sofern ihm dieser nicht durch ein anderes Setting vorgegeben worden ist

Zu beachten gilt :

  1. Bei der Verwendung des META Tags oder bei dem Hinzufügen des entsprechenden HTTP Headers wird der “Version Vektor” des IE8 nicht beeinflusst. Dies bedeutet, dass sich der IE8 auch immer als solcher identifizieren wird obwohl u.U. “IE=EmulateIE7” verwendet wurde. Der Grund dafür ist die Tatsache, dass “Version Vektor” erst nach dem Laden des Haupt-Dokuments geändert werden kann. Dies könnte ggf. zu Problemen mit der Web Applikation führen.
  2. Es ist nicht möglich den in den Developer Tools sichtbaren “Internet Explorer 7” Browser Mode per “!DOCTYPE” oder “X-UA-Compatible” Flag auszuwählen. Der einzige Unterschied zwischen dem Browser Mode “Internet Explorer 7” und “Internet Explorer 8 Compatibility View” ist der Eintrag “Trident/4.0” im User Agent String des Browser beim Senden einer HTTP Anfrage. Dies dient lediglich zu Testzwecken für den Fall, dass ein Web Server auf den “Version Vector” reagieren sollte.
  3. Es ist nicht möglich einen IE6 Standards Mode zu simulieren. Zu Zeiten von IE6 wurde meistens der Quirks Mode verwendet.

Administrative Verwaltung

Last but not least gibt es natürlich auch die Möglichkeit das Verhalten mittels einer Group Policy vorzugeben:

Use Policy list of Internet Explorer 7 sites (Maschine)

Use Policy list of Internet Explorer 7 sites (User)

image

Wichtig bei der Verwendung der Policy sind folgende Dinge:

  1. IE8: Es müssen Domainnamen und nicht Server oder Subdomainnamen angegeben werden, sprich “microsoft.com” anstelle von “www.microsoft.com”
  2. IE9/..: Es müssen Domainnamen oder Subdomainnamen angegeben werden, sprich “microsoft.com” oder "www.microsoft.com"
  3. Es darf kein abschließender Slash “/” benutzt werden, sprich “microsoft.com” anstelle von “microsoft.com/” 
  4. Die Konfigurierten Settings werden angewendet, aber sind nicht im GUI des Users sichtbar

FYI: Die konfigurierte Liste landet in folgendem Registrykey:
HKCU\Software\Policies\Microsoft\Internet Explorer\BrowserEmulation\Policylist
und enthält pro konfigurierter Domain einen REG_SZ Wert:

image

(Anmerkung: die Usersettings über das GUI werden anders gespeichert. Da eine manuelle Änderung hier nicht supportet ist, werden wir darauf nicht näher eingehen.)

 

 

https://blogs.msdn.com/b/askie/
https://blogs.msdn.com/b/ie/archive/2008/08/27/introducing-compatibility-view.aspx  
https://blogs.msdn.com/b/mikeormond/archive/2008/09/25/ie-8-compatibility-meta-tags-http-headers-user-agent-strings-etc-etc.aspx
https://blogs.msdn.com/b/ie/archive/2010/06/16/ie-s-compatibility-features-for-site-developers.aspx
https://gpsearch.azurewebsites.net/Default.aspx?PolicyID=1807

Comments

  • Anonymous
    January 01, 2003
    Hallo Herr Lengsfeld, seit IE9 funktioniert dies auch mit Subdomänen. Ich habe den Post entsprechend angepasst. Danke für den Hinweis.

  • Anonymous
    January 01, 2003
    The comment has been removed

  • Anonymous
    January 01, 2003
    Die Policy funktioniert noch und auch die Updates werden noch gepflegt. Insb. weil sich mit der Zeit die Webseiten auf der Liste weiterentwickeln und ggf. gar nicht mehr auf der Liste verbleiben wollen.
    VG
    Stephanus

  • Anonymous
    January 01, 2003
    Die Regel dazu ist: das granularste/speziellste Setting gewinnt.
    Beispiel: Seite ist in local Intranet und es ist konfiguriert dies in IE7mode zu nutzen, der Server sendet den http Header für "compatibleIE8" und die Seite hat den Meta Header "edge", dann wird das Setting der Seite (also Edge) verwendet, obwohl die beiden anderen Settings auch zutreffend wären, aber eben von dem speziellsten Setting überschrieben werden.
    Hoffe das ist so klar geworden.

  • Anonymous
    January 01, 2003
    The comment has been removed

  • Anonymous
    January 01, 2003
    The comment has been removed

  • Anonymous
    January 01, 2003
    Hallo Duke,
    sorry für die Verwirrung, Subdomain ist hier bitte als FQDN zu werten der natürlich einzelne Servernamen einschließt. Der Einfachheit halber hatte ich nur von Subdomains gesprochen und nicht FQD explizit erwähnt. Wichtig: das gilt nur für IE 9 oder höher.

    VG
    Stephanus

  • Anonymous
    January 01, 2003
    The comment has been removed

  • Anonymous
    March 31, 2011
    Klasse Artikel! Vielen, vielen Dank! Hat mir bei einem aktuellen Problem wunderbar unterstützt. Kleine Anmerkung allerdings: Der Registrykey liegt unter HKLM, nicht HKCU.

  • Anonymous
    April 19, 2011
    Kompliment für den durchaus poetischen Satz: "Das zu wissen beruhigt, aber ohne zu wissen, wie dieses Feature effektiv konfiguriert werden kann, hilft das Wissen über die Existenz wenig." :-)

  • Anonymous
    December 06, 2013
    The comment has been removed

  • Anonymous
    April 01, 2014
    noch eine Rückfrage: funktioniert die Policy "Include updated website lists from Microsoft" (MSCompatibilityMode=1) noch und gibt es weiterhin Updates? wo?

  • Anonymous
    May 29, 2014
    Pingback from IE11: Intranetseiten werden nicht korrekt dargestellt | Adlerweb

  • Anonymous
    June 10, 2014
    Ist der Kompatibilitätsmodus auf Dauer eine Lösung für eine Webseite? Gibt es hierbei keine Einschränkungen auf Performance oder Funktionalität? Oder sollte eine Webseite nicht besser an IE 10 "angepasst" werden?

  • Anonymous
    July 18, 2014
    The comment has been removed

  • Anonymous
    July 25, 2014
    Danke für den Artikel!!!!!

  • Anonymous
    August 26, 2014
    The comment has been removed

  • Anonymous
    February 03, 2015
    The comment has been removed

  • Anonymous
    February 23, 2015
    Für mich ist immer noch nicht klar ob Subdomains verwenden kann.
    kann ich die subdomain > suche.bing.com < in den compability mode schalten (mittels "document mode"?)
    ABER die domain > bing.com < nicht?

  • Anonymous
    June 12, 2015
    Hallo Stefan K.,

    wenn ich in IE 9 und IE11unter Extras->Einstellungen der Kompatibilitätsansicht suche.bing.com eintrage wird beim klick auf hinzufügen die subdomain entfernt und bing.com eingetragen. Wie bekomme ich denn die subdomain rein?

    Danke Ihnen, Michael

  • Anonymous
    June 12, 2015
    sorry, meine Frage grad eben ging an Herr Stephanus Schulte :-) VG Michael

  • Anonymous
    June 12, 2015
    Hallo Michael,
    das ist tatsächlich so und auch so gewollt. Wenn es spezieller als nur die gesamt Domain sein soll, dann ist entweder die GPO oder der Enterprise Mode in IE11 zu wählen. Insb. der EMIE lässt sich über den upgedateten Enterprise Mode Site List Manager sehr viel granularer einstellbar.
    Für "mal testen" ist ein Wechsel über die F12 Tools der einfachste und schnellste Weg.
    VG
    Stephanus

  • Anonymous
    July 20, 2015
    Update Jul 2015:
    Da wir immer wieder die gleichen Fragen hören, hier die FAQ:
    F: Wir sind