2010-04-08 8 views
15

Ich habe eine interne Website auf IIS gehostet. Ich fügte den folgenden Metacode hinzu und fügte auch http-header hinzu, dass die Seite im IE8 Browsermodus und im Dokumentmodus sollte.Force Browser Mode = IE8 und Dokument-Modus = IE8 Standards

<meta http-equiv="X-UA-Compatible" content="IE=8" > 

Wir haben es auf Visual Studio getestet und es funktioniert sehr gut.

Nachdem jedoch der Code auf einem anderen IIS-Server veröffentlicht wurde, hat ein Entwickler gemeldet, dass die Seite im Browsermodus "IE8 Comatiblity" gerendert wird, was dazu führt, dass ein bestimmter JavaScript-Fehler auftritt.

Es gibt mehr als 4 Leute, die auf demselben Windows-Server 2003 (RDP-Sitzungen) arbeiten. Wir verwenden die gleiche Version von IE (der gleiche IE tatsächlich). Jeder erhält den "IE8" -Browsermodus, aber eine Person erhält den "IE8-Kompatibilitäts" -Browsermodus.

Was kann den IE eines bestimmten Benutzers dazu bringen, die Seite in einem anderen Modus als dem IE8-Modus zu laden?

PS. Wir haben die Kompatibilitätsliste im IE überprüft; es ist leer.

Antwort

15

Wir fanden, dass es durch das Kontrollkästchen in "Einstellungen der Kompatibilitätsansicht" - "Intranetsites in der Kompatibilitätsansicht anzeigen" verursacht wurde.

Es funktioniert gut nach dem Deaktivieren der Box.

PS. Stimmt es, dass "localhost" von Intranetseiten ausgeschlossen ist?

+0

Ich nehme an, dass localhost ur eigener Computer ist, nicht Intranet (interne Netz Ressource). Aber klingt seltsam :) Theoretisch sollte es im Intranet sein .. Microsoft macht immer seltsame Magie :) – avasin

+1

ist es nicht magisch, eher wie seltsame Flüche – Billybonks

2

seine immer noch in "Compat View" Modus zu öffnen, aber in seinen Werken, aftert keine Unterschiede in der UI

Hinzufügen
<meta http-equiv="X-UA-Compatible" content="IE=8" > 

Skript

+0

Stellen Sie sicher, einen Doctype hinzuzufügen. '' funktioniert. –