vista internet ie8 forzar equiv content con compatible compatibilidad chrome internet-explorer browser x-ua-compatible

internet-explorer - internet - x ua compatible ie 11



¿Qué hace<meta http-equiv=contenido "X-UA Compatible"="IE=edge">? (12)

¿Cuál es la diferencia si una página web comienza con

<!DOCTYPE html> <html> <head> <meta http-equiv="X-UA-Compatible" content="IE=edge">

y si la página comienza con

<!DOCTYPE html> <html> <head> <!-- without X-UA-Compatible meta -->

Si no hay diferencia, supongo que puedo ignorar el meta encabezado X-UA-Compatible , ya que solo quiero que se muestre en la mayoría de los modos estándar en todas las versiones de IE.

2.1.3.5 Metaetiqueta de compatibilidad X-UA y encabezado de respuesta HTTP

Esta funcionalidad no se implementará en ninguna versión de Microsoft Edge.

<meta http-equiv="X-UA-Compatible" content="IE=9; IE=8; IE=7; IE=EDGE" />

Consulte https://msdn.microsoft.com/en-us/library/ff955275(v=vs.85).aspx

Sí, sé que llego tarde a la fiesta, pero tuve algunos problemas y discusiones, y al final, mi jefe me hizo eliminar la X-UA-Compatibleetiqueta de todos los documentos en los que he estado trabajando.

Si esta información está desactualizada o ya no es relevante, corríjame.

Como no puedo agregar un comentario a la respuesta marcada, solo publicaré esto aquí.

Además de la respuesta correcta, puede tener esto validado. Dado que esta metaetiqueta solo se dirige a IE, todo lo que necesita hacer es agregar un IE condicional.

<!--[if IE]> <meta http-equiv="X-UA-Compatible" content="IE=Edge,chrome=1"> <![endif]-->

Hacer esto es como agregar cualquier otra declaración condicional de IE y solo funciona para IE y ningún otro navegador se verá afectado.

Creo que este diagrama de Microsoft lo explica todo. Para decirle a IE cómo representar el contenido,! DOCTYPE tiene que trabajar con una etiqueta meta compatible con X-UA. El DOCTYPE por sí mismo no tiene ningún efecto en cambiar el Modo de documento de IE.

IE8

Esta es LITERALMENTE una consulta de Google , pero aquí va:

msdn.microsoft.com/en-us/library/jj676915(v=vs.85).aspx

Entendiendo los modos de documento legado

Utilice el siguiente valor para mostrar la página web en modo perimetral, que es el modo de estándares más altos admitido por Internet Explorer, desde Internet Explorer 6 hasta IE11.

<meta http-equiv="x-ua-compatible" content="IE=edge"

Tenga en cuenta que esto es funcionalmente equivalente a usar el doctype HTML5. Coloca a Internet Explorer en el modo de documento admitido más alto. Edge es más útil para sitios web mantenidos regularmente que se prueban de forma rutinaria para la interoperabilidad entre múltiples navegadores, incluido Internet Explorer.

Nota A partir de IE11, el modo borde se considera el modo de documento preferido. (En versiones anteriores, se consideraba experimental). Para obtener más información, consulte Los modos de documento están en desuso. A partir de Windows Internet Explorer 8, algunos desarrolladores web utilizaron el meta elemento de modo perimetral para ocultar el botón Vista de compatibilidad en la barra de direcciones. A partir de IE11, esto ya no es necesario ya que el botón se ha eliminado de la barra de direcciones. Debido a que obliga a que todas las páginas se abran en el modo estándar, independientemente de la versión de Internet Explorer, puede tener la tentación de usar el modo perimetral para todas las páginas que se visualizan con Internet Explorer. No haga esto, ya que el encabezado compatible con X-UA solo se admite a partir de Internet Explorer 8.

Sugerencia Si desea que todas las versiones compatibles de Internet Explorer abran sus páginas en modo estándar, use la declaración de tipo de documento HTML5, como se muestra en el ejemplo anterior.

También entre los resultados de búsqueda está:

La diferencia es que si solo especifica el DOCTYPE , la configuración de Vista de compatibilidad de IE tendrá prioridad. De forma predeterminada, esta configuración fuerza a todos los sitios de la intranet a la Vista de compatibilidad, independientemente de DOCTYPE . También hay una casilla de verificación para usar la Vista de compatibilidad para todos los sitios web, independientemente de DOCTYPE .

X-UA-Compatible anula la configuración de Vista de compatibilidad, por lo que la página se mostrará en modo estándar independientemente de la configuración del navegador. Esto fuerza el modo estándar para:

  • páginas de intranet
  • páginas web externas cuando el administrador de la computadora ha elegido "Mostrar todos los sitios web en Vista de compatibilidad" como opción predeterminada: piense en grandes empresas, gobiernos, universidades
  • cuando accidentalmente termina en la Lista de vistas de compatibilidad de Microsoft
  • casos en los que los usuarios han agregado manualmente su sitio web a la lista en Configuración de vista de compatibilidad

DOCTYPE solo no puede hacer eso; terminará en uno de los modos de Vista de compatibilidad en estos casos, independientemente de DOCTYPE .

Si se especifican tanto la etiqueta meta como el encabezado HTTP, la etiqueta meta tendrá prioridad.

Esta respuesta se basa en el examen de las reglas completas para decidir el modo de documento en IE8 , IE9 e IE10 . Tenga en cuenta que mirar el DOCTYPE es la última alternativa para decidir el modo de documento.

Solo para completar, no es necesario que lo agregue a su HTML (que se desconoce como http-equiv en HTML5)

Haga esto y nunca mire hacia atrás (primer ejemplo para apache , segundo para nginx )

Header set X-UA-Compatible "IE=Edge,chrome=1" add_header X-UA-Compatible "IE=Edge,chrome=1";

Solo una frase para decir Indique a Internet Explorer que use su último motor de renderizado

<meta http-equiv="x-ua-compatible" content="ie=edge">

Use content= "IE=edge,chrome=1" Omita otros modos X-UA-Compatible

<meta http-equiv="X-UA-Compatible" content="IE=edge,chrome=1"> --------------------------

  • Sin icono de compatibilidad
    La barra de direcciones de IE9 no muestra el botón Vista de compatibilidad
    y la página tampoco muestra una maraña de menús, imágenes y cuadros de texto fuera de lugar.

  • Caracteristicas
    Esta etiqueta meta es necesaria para habilitar javascript::JSON.parse() en IE8
    (incluso cuando <!DOCTYPE html> está presente)

  • Exactitud
    La renderización / ejecución de HTML / CSS / JavaScript moderno es más válida (más agradable).

  • Actuación
    El motor de renderizado Trident debería funcionar más rápido en su modo de borde .

Uso

En tu HTML

<!DOCTYPE html> <html> <head> <meta http-equiv="X-UA-Compatible" content="IE=edge,chrome=1">

  • IE=edge significa que IE debe usar la última versión (edge) de su motor de renderizado
  • chrome=1 significa que IE debe usar el motor de renderizado Chrome si está instalado

O mejor en la configuración de su servidor web:
(ver también la respuesta de RiaD )

  • Apache según lo propuesto por pixeline

    <IfModule mod_setenvif.c> <IfModule mod_headers.c> BrowserMatch MSIE ie Header set X-UA-Compatible "IE=Edge,chrome=1" env=ie </IfModule> </IfModule> <IfModule mod_headers.c> Header append Vary User-Agent </IfModule>

  • Nginx según lo propuesto por Stef Pause

    server { #... add_header X-UA-Compatible "IE=Edge,chrome=1"; }

  • Poder de Varnish propuesto por Lucas Riutzel

    sub vcl_deliver { if( resp.http.Content-Type ~ "text/html" ) { set resp.http.X-UA-Compatible = "IE=edge,chrome=1"; } }

  • IIS (desde v7)

    <configuration> <system.webServer> <httpProtocol> <customHeaders> <add name="X-UA-Compatible" value="IE=edge,chrome=1" /> </customHeaders> </httpProtocol> </system.webServer> </configuration>

Microsoft recomienda el modo Edge desde IE11

Como lo notó Lynda (ver comentarios), los cambios de compatibilidad en IE11 recomiendan el modo Edge :

A partir de IE11, el modo borde es el modo de documento preferido; representa el soporte más alto para los estándares modernos disponibles para el navegador.

Pero la posición de Microsoft no estaba clara. Otra página de MSDN no recomendó el modo Edge :

Debido a que el modo perimetral obliga a que todas las páginas se abran en el modo estándar, independientemente de la versión de Internet Explorer, puede tener la tentación de usar esto para todas las páginas que se visualizan con Internet Explorer. No haga esto, ya que el encabezado X-UA-Compatible solo se admite a partir de Windows Internet Explorer 8.

En su lugar, Microsoft recomendó usar <!DOCTYPE html> :

Si desea que todas las versiones compatibles de Internet Explorer abran sus páginas en modo estándar, use la declaración de tipo de documento HTML5 [...]

Como explica Ricardo (en los comentarios a continuación), cualquier DOCTYPE (HTML4, XHTML1 ...) se puede usar para activar el Modo Estándar, no solo el DOCTYPE de HTML5. Lo importante es tener siempre un DOCTYPE en la página.

Clara Onager incluso ha notado en una versión anterior de Especificar modos de documentos heredados :

El modo Edge está destinado solo para fines de prueba; No lo utilice en un entorno de producción.

Es tan confuso que Usman Y pensó que Clara Onager estaba hablando sobre:

El ejemplo se proporciona solo con fines ilustrativos; No lo use en un entorno de producción.

<meta http-equiv="X-UA-Compatible" content="IE=7,9,10" >

Bueno ... En el resto de esta respuesta, ofrezco más explicaciones de por qué usar content="IE=edge,chrome=1" es una buena práctica en producción.

Historia

Durante muchos años (2000 a 2008), la cuota de mercado de IE fue superior al 80% . Y IE v6 fue considerado como un estándar de facto (80% a 97% de participación de mercado en 2003 , 2004, 2005 y 2006 solo para IE6, más participación de mercado con todas las versiones de IE).

Como IE6 no estaba respetando los estándares web , los desarrolladores tuvieron que probar su sitio web utilizando IE6. Esa situación fue excelente para Microsoft (MS), ya que los desarrolladores web tenían que comprar productos de MS (por ejemplo, IE no se puede usar sin comprar Windows), y era más rentable seguir sin cumplir (es decir, Microsoft quería convertirse en el estándar, excluyendo a otros). compañías).

Por lo tanto, muchos sitios solo cumplían con IE6, y como IE no cumplía con el estándar web, todos estos sitios web no estaban bien representados en los navegadores compatibles con los estándares. Peor aún, muchos sitios solo requerían IE .

Sin embargo, en este momento, Mozilla comenzó el desarrollo de Firefox respetando todo lo posible todos los estándares web (se implementaron otros navegadores para renderizar páginas como lo hizo IE6). A medida que más y más desarrolladores web querían usar las nuevas características de estándares web, Firefox soportaba cada vez más sitios web que IE.

Cuando la participación en el mercado de IE disminuía, MS se dio cuenta de que no era una buena idea mantenerse incompatible con el estándar. Por lo tanto, MS comenzó a lanzar la nueva versión de IE (IE8 / IE9 / IE10) respetando cada vez más los estándares web.

El problema web incompatible

Pero el problema son todos los sitios web diseñados para IE6: Microsoft no pudo lanzar nuevas versiones de IE incompatibles con estos sitios web antiguos diseñados por IE6. En lugar de deducir la versión de IE de un sitio web diseñado, MS solicitó a los desarrolladores que agregaran datos adicionales ( X-UA-Compatible ) en sus páginas.

IE6 todavía se utiliza en 2016

Hoy en día, IE6 todavía se usa (0.7% en 2016) (4.5% en enero de 2014), y algunos sitios web de Internet siguen siendo compatibles solo con IE6. Algunos sitios web / aplicaciones de intranet se prueban utilizando IE6. Algunos sitios web de intranet son 100% funcionales solo en IE6. Estas compañías / departamentos prefieren posponer el costo de la migración: otras prioridades, nadie ya no sabe cómo se implementó el sitio web / aplicación, el propietario del sitio web / aplicación legado quebró ...

China representa el 50% del uso de IE6 en 2013, pero puede cambiar en los próximos años a medida que se transmita la distribución de Linux en China .

Ten confianza con tus habilidades web

Si (intentas) respetar el estándar web, simplemente puedes usar http-equiv="X-UA-Compatible" content="IE=edge,chrome=1" . Para mantener la compatibilidad con los navegadores antiguos, simplemente evite usar las últimas funciones web: use el subconjunto compatible con el navegador más antiguo que quiera admitir. O si desea ir más lejos, puede adoptar conceptos como degradación elegante , mejora progresiva y JavaScript discreto . (También le puede interesar leer. ¿Qué debe considerar un desarrollador web?. )

No se preocupe por la mejor versión de IE: este no es su trabajo, ya que los navegadores deben cumplir con los estándares web. Si su sitio es compatible con el estándar y utiliza características moderadamente recientes, por lo tanto, los navegadores deben cumplir con su sitio web .

Además, como hay muchas campañas para eliminar IE6 ( IE6 no más , campaña MS ), ¡hoy en día puede evitar perder tiempo con las pruebas de IE!

Experiencia personal IE6

En el período 2009-2012, trabajé para una empresa que utiliza IE6 como el único navegador oficial permitido . Tuve que implementar un sitio web de intranet solo para IE6. Decidí respetar el estándar web pero utilizando el subconjunto compatible con IE6 (HTML / CSS / JS).

Fue difícil, pero cuando la compañía cambió a IE8, el sitio web aún estaba bien firebug porque había usado Firefox y firebug para verificar la compatibilidad del estándar web;)

Use esto para forzar a IE a ocultar el molesto botón de compatibilidad del navegador en la barra de direcciones:

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

si utiliza su sitio web en la misma red que el servidor, IE desea cambiar al modo de compatibilidad a pesar de DOCTYPE.
Agregar meta http-equiv="X-UA-Compatible" content="IE=Edge" desactiva este comportamiento no deseado.

Actualización de Octubre 2015

Esta respuesta se publicó hace varios años y ahora la pregunta debería ser ¿ debería siquiera considerar el uso de la etiqueta X-UA-Compatible con X-UA-Compatible en su sitio? con los cambios que Microsoft ha realizado en sus navegadores (más sobre los siguientes).

Dependiendo de los navegadores de Microsoft que admita, es posible que no necesite continuar usando la etiqueta X-UA-Compatible con X-UA-Compatible . Si necesita ser compatible con IE9 o IE8, entonces recomendaría usar la etiqueta. Si solo es compatible con los últimos navegadores (IE11 y / o Edge), entonces consideraría eliminar esta etiqueta por completo. Si usa Twitter Bootstrap y necesita eliminar las advertencias de validación, esta etiqueta debe aparecer en el orden especificado. Información adicional a continuación:

La etiqueta meta X-UA-Compatible permite a los autores web elegir la versión de Internet Explorer a la que se debe representar la página. IE11 ha realizado cambios en estos modos; ver la nota de IE11 a continuación. Microsoft Edge , el navegador que se lanzará después de IE11, solo cumplirá con la metaetiqueta X-UA-Compatible en ciertas circunstancias. Vea la nota de Microsoft Edge a continuación.

Según Microsoft, al usar la etiqueta X-UA-Compatible con X-UA-Compatible , debe ser lo más alto posible en el head su documento:

Si está utilizando la etiqueta META compatible con X-UA, desea colocarla lo más cerca posible de la parte superior de la HEAD de la página. Internet Explorer comienza a interpretar el marcado con la última versión. Cuando Internet Explorer encuentra la etiqueta META compatible con X-UA, comienza a utilizar nuevamente el motor de la versión designada. Este es un éxito de rendimiento porque el navegador debe detener y reiniciar el análisis del contenido.

Aquí están sus opciones:

  • "IE = borde"
  • "IE = 11"
  • "IE = EmulateIE11"
  • "IE = 10"
  • "IE = EmulateIE10"
  • "IE = 9"
  • "IE = EmulateIE9
  • "IE = 8"
  • "IE = EmulateIE8"
  • "IE = 7"
  • "IE = EmulateIE7"
  • "IE = 5"

Para intentar comprender lo que significa cada uno, aquí hay definiciones proporcionadas por Microsoft:

Internet Explorer admite varios modos de compatibilidad de documentos que habilitan diferentes funciones y pueden afectar la forma en que se muestra el contenido:

  • El modo perimetral le dice a Internet Explorer que muestre el contenido en el modo más alto disponible. Con Internet Explorer 9, esto es equivalente al modo IE9. Si una versión futura de Internet Explorer admite un modo de mayor compatibilidad, las páginas configuradas en modo borde aparecerán en el modo más alto compatible con esa versión. Esas mismas páginas seguirán apareciendo en el modo IE9 cuando se visualicen con Internet Explorer 9. Internet Explorer admite varios modos de compatibilidad de documentos que habilitan diferentes características y pueden afectar la forma en que se muestra el contenido:

  • El modo IE11 proporciona el mayor soporte disponible para los estándares industriales establecidos y emergentes, incluidos HTML5, CSS3 y otros.

  • El modo IE10 proporciona el mayor soporte disponible para los estándares industriales establecidos y emergentes, incluidos HTML5, CSS3 y otros.

  • El modo IE9 proporciona el soporte más alto disponible para los estándares industriales establecidos y emergentes, incluidos HTML5 (Working Draft), Especificación de Nivel de Hojas de Estilo en Casos de W3C (Draft Draft), Especificación de Gráficos de Vectores Escalables (SVG) 1.0 y otros. [Nota del editor: IE 9 no admite animaciones CSS3].

  • El modo IE8 es compatible con muchos estándares establecidos, incluida la especificación del Nivel 2.1 de las hojas de estilo en cascada del W3C y la API de selectores del W3C; también proporciona soporte limitado para la Especificación de Nivel 3 de las Hojas de Estilo en Cascada W3C (Borrador de Trabajo) y otros estándares emergentes.

  • El modo IE7 muestra el contenido como si fuera mostrado en el modo estándar por Internet Explorer 7, ya sea que la página contenga una directiva o no.

  • El modo Emular IE9 le dice a Internet Explorer que use la directiva para determinar cómo representar el contenido. Las directivas de modo estándar se muestran en modo IE9 y las directivas de modo peculiar se muestran en modo IE5. A diferencia del modo IE9, el modo Emular IE9 respeta la directiva.

  • El modo Emular IE8 le dice a Internet Explorer que use la directiva para determinar cómo representar el contenido. Las directivas de modo estándar se muestran en modo IE8 y las directivas de modo peculiar se muestran en modo IE5. A diferencia del modo IE8, el modo Emular IE8 respeta la directiva.

  • El modo Emular IE7 le dice a Internet Explorer que use la directiva para determinar cómo representar el contenido. Las directivas de modo estándar se muestran en Internet Explorer 7 y las directivas de modo peculiar se muestran en modo IE5. A diferencia del modo IE7, el modo Emular IE7 respeta la directiva. Para muchos sitios web, este es el modo de compatibilidad preferido.

  • El modo IE5 presenta el contenido como si se mostrara en el modo peculiar por Internet Explorer 7, que es muy similar a la forma en que se mostró el contenido en Microsoft Internet Explorer 5.

NOTA DE IE10: A partir de IE10, el modo de peculiaridades se comporta de manera diferente a como lo hacía en versiones anteriores del navegador. En IE9 y versiones anteriores, el modo de peculiaridades restringía la página web a las funciones compatibles con IE5.5. En IE10, el modo de peculiaridades se ajusta a las diferencias especificadas en la especificación HTML5.

Personalmente, siempre elijo la etiqueta meta http-equiv="X-UA-Compatible" content="IE=edge" , ya que las versiones anteriores tienen muchos errores, y no quiero que IE decida ir al "Modo de compatibilidad" y mostrar mi sitio como IE7 vs IE8 o 9. Siempre prefiero la última versión de IE.

IE11

Desde Microsoft :

A partir de IE11, el modo borde es el modo de documento preferido; representa el soporte más alto para los estándares modernos disponibles para el navegador.

Utilice la declaración de tipo de documento HTML5 para habilitar el modo de borde:

<!doctype html>

El modo Edge se introdujo en Internet Explorer 8 y ha estado disponible en cada versión posterior. Tenga en cuenta que las funciones admitidas por el modo perimetral están limitadas a las admitidas por la versión específica del navegador que representa el contenido.

A partir de IE11, los modos de documento están en desuso y ya no deben utilizarse, excepto en forma temporal. Asegúrese de actualizar los sitios que dependen de las características heredadas y los modos de documento para reflejar los estándares modernos.

Si debe apuntar a un modo de documento específico para que su sitio funcione mientras lo modifica para que sea compatible con los estándares y las características modernas, tenga en cuenta que está utilizando una función de transición, que puede no estar disponible en versiones futuras.

Si actualmente usa el encabezado compatible con x-ua para apuntar a un modo de documento heredado, es posible que su sitio no refleje la mejor experiencia disponible con IE11.

Microsoft Edge (Reemplazo para Internet Explorer que viene incluido con Windows 10)

Información sobre metaetiqueta X-UA-Compatible con X-UA-Compatible para la versión "Edge" de IE. Desde Microsoft :

Presentamos el modo de documento Edge "vivo"

Como anunciamos en agosto de 2013, estamos desaprobando los modos de documento a partir de IE11. Con nuestras últimas actualizaciones de la plataforma, la necesidad de los modos de documento heredados se limita principalmente a las aplicaciones web heredadas de Enterprise. Con los nuevos cambios en la arquitectura, estos modos de documentos heredados quedarán aislados de los cambios en el modo Edge "vivo", lo que ayudará a garantizar un nivel mucho más alto de compatibilidad para los clientes que dependen de esos modos y nos ayudará a avanzar aún más rápido en las mejoras en Edge . La próxima versión principal de IE seguirá respetando los modos de documento servidos por los sitios de intranet, los sitios en la lista de Vista de compatibilidad, y cuando se use solo con el Modo de empresa.

Los sitios públicos de Internet se procesarán con la nueva plataforma en modo perimetral (ignorando X-UA-Compatible). Nuestro objetivo es que Edge sea el modo de documento "vivo" de aquí en adelante y no se introducirán más modos de documento en el futuro.

Con los cambios en Microsoft Edge que ya no admiten los modos de documento en la mayoría de los casos, Microsoft tiene una tool para escanear su sitio para verificar si tiene un código que no es compatible con Edge.

Chrome = 1 Info para IE

También hay chrome=1 que puede usar o usar junto con una de las opciones anteriores, como: <meta http-equiv="X-UA-Compatible" content="IE=Edge,chrome=1"> . chrome=1 es para Google Chrome Frame, que se define como:

Google Chrome Frame es un complemento de navegador de código abierto. Los usuarios que tienen el complemento instalado tienen acceso a las tecnologías web abiertas de Google Chrome y al motor rápido de JavaScript cuando abren páginas en el navegador.

Google Chrome Frame mejora a la perfección tu experiencia de navegación en Internet Explorer. Muestra los sitios habilitados para Google Chrome Frame utilizando la tecnología de renderización de Google Chrome, que le brinda acceso a las últimas funciones HTML5, así como a las funciones de rendimiento y seguridad de Google Chrome, sin interrumpir de ninguna manera el uso habitual del navegador.

Cuando se instala Google Chrome Frame, la web se mejora sin tener que pensar en ello.

Pero para que ese complemento funcione, debes usar chrome=1 en la etiqueta meta X-UA-Compatible .

Más información sobre Chrome Frame se puede encontrar here .

Nota: Google Chrome Frame solo funciona para here y se retiró el 25 de febrero de 2014. Puede encontrar más información here . Gracias a @mck por el enlace.

Validación:

HTML5 :

La página se validará usando el validador W3 solo cuando se use <meta http-equiv="X-UA-Compatible" content="IE=Edge"> . Para otros valores lanzará el error: A meta element with an http-equiv attribute whose value is X-UA-Compatible must have a content attribute with the value IE=edge. En otras palabras, si tiene IE=edge,chrome=1 no se validará. Ignoro este error por completo, ya que los navegadores modernos simplemente ignoran esta línea de código.

Si debe tener un código completamente válido, considere hacerlo en el nivel del servidor configurando el encabezado HTTP. Como nota, Microsoft dice: If both of these instructions are sent (meta and HTTP), the developer''s preference (meta element) takes precedence over the web server setting (HTTP header). Consulte la respuesta de olibre o la respuesta de bitinn para obtener más detalles sobre cómo configurar un encabezado HTTP.

XHTML

No hay un problema con la validación cuando se usa <meta http-equiv="X-UA-Compatible" content="IE=Edge" /> siempre que la etiqueta esté correctamente cerrada (es decir, /> vs > ).

Twitter Bootstrap

Esta etiqueta ha sido muy recomendada por el equipo de Bootstrap desde al menos 2014, y Bootlint , la plantilla de autor creada por el equipo de twbs, continúa emitiendo una warning cuando se omite la etiqueta. El indicador distingue entre advertencias y errores, y como tal, la severidad de omitir esta etiqueta puede ser considerada menor.

Para obtener más información sobre X-UA-Compatible consulte el sitio web de Microsoft que define la compatibilidad de documentos .

Para obtener más información sobre lo que IE admite ver caniuse.com .

Para obtener más información sobre los requisitos de Twitter Bootstrap, consulte la página de la wiki del proyecto bootlint.

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

Para que esta línea funcione como se espera, asegúrese de que:

  1. Es el primer elemento justo después de <head>
  2. No se utilizan comentarios condicionales antes de la etiqueta meta, por ejemplo, en el elemento <html>

De lo contrario, algunas versiones de IE simplemente lo ignoran.

ACTUALIZAR

Estas dos reglas están simplificadas pero son fáciles de recordar y verificar. A pesar de que los documentos de MSDN indican que puede poner el título y otras metaetiquetas antes de esta, no recomendaría hacerlo.

Cómo hacerlo funcionar con comentarios condicionales.

Artículo interesante sobre el orden de los elementos en la cabeza. (blogs.msdn.com, para IE)

REFERENCIA

De la documentación de MSDN :

El X-UA-Compatible debe [...] aparecer en el encabezado de la página web (la sección HEAD) antes de todos los demás elementos, excepto el elemento del título y otros elementos meta.