Sto usando l'eccellente modello HTML 5 Reset al html5reset.org e il mio meta tag X-UA-Compatibile non sembra funzionare. Ecco ciò che il mio colpo di testa assomiglia:Html 5 Reset (html5reset.org) - X-UA-Compatible non funziona
<!DOCTYPE html>
<!--[if lt IE 7 ]> <html class="ie ieNoHtml5 ie6 no-js" lang="en"> <![endif]-->
<!--[if IE 7 ]> <html class="ie ieNoHtml5 ie7 no-js" lang="en"> <![endif]-->
<!--[if IE 8 ]> <html class="ie ieNoHtml5 ie8 no-js" lang="en"> <![endif]-->
<!--[if IE 9 ]> <html class="ie ie9 no-js" lang="en"> <![endif]-->
<!--[if (gt IE 9)|!(IE)]><!--><html class="no-js" lang="en"><!--<![endif]-->
<!-- the "no-js" class is for Modernizr. -->
<head>
<meta charset="utf-8" />
<meta http-equiv="X-UA-Compatible" content="IE=edge,chrome=1" />
<title>Title of Page</title>
L'opzione per utilizzare la modalità di visualizzazione compatibilità in IE viene visualizzata (pagina icona rotto in campo URL). Il problema è che alcuni dei miei clienti hanno impostato i loro browser IE9 in modalità "usa sempre la visualizzazione compatibilità", il risultato è che il sito Web assomiglia a IE7 anche se usano IE9 e X-UA-Compatible suppone di ignorare questo .
Ora, se posso rimuovere l'intestazione cose divertenti:
<!DOCTYPE html>
<html class="no-js" lang="en">
<head>
<meta charset="utf-8" />
<meta http-equiv="X-UA-Compatible" content="IE=edge,chrome=1" />
... è improvvisamente inizia a lavorare bene.
Ho notato che html5reset.org stessa sembra per visualizzare l'icona della pagina rotto, in modo che non sembra funzionare sia, ma html5boilerplate.com funziona, e sembra utilizzare lo stesso approccio.
Aggiungere X-UA-Compatible nell'intestazione della risposta tramite webserver config sembra risolverlo, ma preferirei non affidarmi a questo approccio.
Aggiornamento: Sembra che html5boilerplate.com è solo l'invio di X-UA-Compatible nelle intestazioni di risposta HTTP se rileva che il browser è IE. Questa sembra la strada da percorrere.