2010-04-08 4 views
15

J'ai un site Web interne hébergé sur IIS. J'ai ajouté le code méta suivant et ajoute également l'en-tête http que la page devrait en mode navigateur IE8 et en mode document. Nous l'avons testé sur Visual Studio et cela fonctionne très bien.Force Browser Mode = IE8 et mode document = IE8 Standards

Cependant, après avoir publié le code sur un autre serveur IIS, un développeur a signalé que le rendu de la page en mode de navigation «IE8 Comatiblity» entraînait l'échec de JavaScript.

Il y a plus de 4 personnes travaillant sur le même serveur Windows 2003 (sessions RDP). Nous utilisons la même version de IE (même IE en fait). Tout le monde obtient le mode "IE8" mais une personne obtient le mode "IE8 Compatibility". Qu'est-ce qui peut faire en sorte que l'IE d'un utilisateur spécifique charge la page dans un mode autre que le mode Internet Explorer 8?

PS. Nous avons vérifié la liste de compatibilité dans l'IE; c'est vide.

Répondre

15

Nous avons trouvé que cela était dû à la case à cocher "Paramètres de vue de compatibilité" - "Afficher les sites intranet en vue de compatibilité".

Cela fonctionne bien après décocher la case.

PS. Est-il vrai que "localhost" est exclu des sites intranet?

+0

Je suppose que localhost est ur propre ordinateur, et non intranet (ressources internes net). Mais cela semble étrange :) Théoriquement, il devrait être dans l'intranet .. Microsoft fait toujours de la magie étrange :) – avasin

+1

ce n'est pas magique, plus comme des malédictions étranges – Billybonks

2

son ouverture encore en mode "Compat View", mais dans ses œuvres, aucune différence dans l'interface utilisateur AfterT ajouter

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

+0

Assurez-vous d'ajouter un doctype. '' fonctionne. –

Questions connexes