Quelle est la différence si une page web commence par
<!DOCTYPE html>
<html>
<head>
<meta http-equiv="X-UA-Compatible" content="IE=edge"> et si la page commence par
<!DOCTYPE html>
<html>
<head> S'il n'y a pas de différence, je suppose que je peux simplement ignorer l'en-tête meta X-UA-Compatible, car je veux juste qu'il soit affiché dans le mode le plus standard dans toutes les versions d'IE.
Mise à jour d'octobre 2015
Cette réponse a été publiée il y a plusieurs années et la question devrait maintenant être la suivante si vous envisagez d'utiliser le X-UA-Compatible sur votre site ? avec les modifications apportées par Microsoft à ses navigateurs (voir ci-dessous).
En fonction des navigateurs Microsoft que vous prenez en charge, il se peut que vous n'ayez pas besoin de continuer à utiliser l'application X-UA-Compatible étiquette. Si vous devez prendre en charge IE9 ou IE8, je vous recommande d'utiliser la balise. Si vous ne prenez en charge que les derniers navigateurs (IE11 et/ou Edge), j'envisagerais de laisser tomber cette balise. Si vous utilisez Twitter Bootstrap et devez éliminer les avertissements de validation, cette balise doit apparaître dans l'ordre indiqué. Informations complémentaires ci-dessous :
El X-UA-Compatible permet aux auteurs de sites web de choisir la version d'Internet Explorer dans laquelle la page doit être rendue. IE11 a apporté des modifications à ces modes ; voir la note IE11 ci-dessous. Microsoft Edge le navigateur qui a remplacé IE11, n'honore que l'option X-UA-Compatible dans certaines circonstances. Voir la note de Microsoft Edge ci-dessous.
Selon Microsoft, lorsque l'on utilise le X-UA-Compatible il doit être placé le plus haut possible dans votre document. head :
Si vous utilisez la balise META X-UA-Compatible, vous devez la placer aussi près que possible du haut du HEAD de la page. Internet Explorer commence à interpréter le balisage en utilisant la dernière version. Lorsqu'Internet Explorer rencontre la balise META X-UA-Compatible, il recommence en utilisant le moteur de la version désignée. Les performances s'en ressentent car le navigateur doit s'arrêter et recommencer à analyser le contenu.
Voici vos options :
Pour tenter de comprendre ce que chacun signifie, voici des définitions fournies par Microsoft :
Internet Explorer prend en charge un certain nombre de modes de compatibilité des documents qui activent différentes fonctions et peuvent affecter la manière dont le contenu est affiché :
Le mode Edge indique à Internet Explorer d'afficher le contenu dans le mode le plus élevé disponible. Avec Internet Explorer 9, cela équivaut au mode IE9. Si une version ultérieure d'Internet Explorer prenait en charge un mode de compatibilité supérieur, les pages définies en mode Bordure s'afficheraient dans le mode le plus élevé pris en charge par cette version. Ces mêmes pages apparaîtraient toujours en mode IE9 lorsqu'elles seraient visualisées avec Internet Explorer 9. Internet Explorer prend en charge un certain nombre de modes de compatibilité des documents qui activent différentes fonctions et peuvent affecter la manière dont le contenu est affiché :
Le mode IE11 offre la meilleure prise en charge possible des normes industrielles établies et émergentes, y compris les normes HTML5, CSS3 et autres.
Le mode IE10 offre la meilleure prise en charge possible des normes industrielles établies et émergentes, y compris les normes HTML5, CSS3 et autres.
Le mode IE9 offre la meilleure prise en charge possible des normes industrielles établies et émergentes, notamment le HTML5 (Working Draft), la spécification W3C Cascading Style Sheets Level 3 (Working Draft), la spécification Scalable Vector Graphics (SVG) 1.0, etc. [Note de l'éditeur : IE 9 n'est pas supporter les animations CSS3].
Le mode IE8 prend en charge de nombreuses normes établies, notamment la spécification W3C Cascading Style Sheets Level 2.1 et l'API W3C Selectors ; il offre également une prise en charge limitée de la spécification W3C Cascading Style Sheets Level 3 (Working Draft) et d'autres normes émergentes.
Le mode IE7 rend le contenu comme s'il était affiché en mode standard par Internet Explorer 7, que la page contienne ou non une directive.
Le mode Emulate IE9 indique à Internet Explorer d'utiliser la directive pour déterminer comment rendre le contenu. Les directives en mode standard sont affichées en mode IE9 et les directives en mode quirks sont affichées en mode IE5. Contrairement au mode IE9, le mode Emulate IE9 respecte la directive.
Le mode Emulate IE8 indique à Internet Explorer d'utiliser la directive pour déterminer comment rendre le contenu. Les directives en mode standard sont affichées en mode IE8 et les directives en mode quirks sont affichées en mode IE5. Contrairement au mode IE8, le mode Emulate IE8 respecte la directive.
Le mode Emulate IE7 indique à Internet Explorer d'utiliser la directive pour déterminer comment rendre le contenu. Les directives en mode standard sont affichées en mode standard d'Internet Explorer 7 et les directives en mode quirks sont affichées en mode IE5. Contrairement au mode IE7, le mode Emulate IE7 respecte la directive. Pour de nombreux sites Web, il s'agit du mode de compatibilité préféré.
Le mode IE5 rend le contenu comme s'il était affiché en mode quirks par Internet Explorer 7, ce qui est très similaire à la façon dont le contenu était affiché dans Microsoft Internet Explorer 5.
NOTE IE10 : À partir d'IE10, le mode quirks se comporte différemment de celui des versions antérieures du navigateur. Dans IE9 et les versions antérieures, le mode quirks limitait la page Web aux fonctionnalités prises en charge par IE5.5. Dans IE10, le mode quirks se conforme aux différences spécifiées dans la spécification HTML5.
Personnellement, je choisis toujours le http-equiv="X-UA-Compatible" content="IE=edge" car les anciennes versions présentent de nombreux bogues et je ne veux pas qu'IE décide de passer en "mode de compatibilité" et affiche mon site sous IE7 plutôt que sous IE8 ou 9. Je préfère toujours la dernière version d'IE.
IE11
Desde Microsoft :
À partir d'IE11, le mode bord est le mode de document préféré ; il représente la meilleure prise en charge des normes modernes dont dispose le navigateur.
Utilisez la déclaration de type de document HTML5 pour activer le mode bord :
<!doctype html>Le mode Bordure a été introduit dans Internet Explorer 8 et a été disponible dans chaque version ultérieure. Notez que les fonctionnalités prises en charge par le mode Bordure sont limitées à celles prises en charge par la version spécifique du navigateur qui rend le contenu.
À partir d'IE11, les modes document sont dépréciés et ne doivent plus être utilisés, sauf à titre temporaire. Veillez à mettre à jour les sites qui s'appuient sur des fonctionnalités et des modes de document anciens afin de refléter les normes modernes.
Si vous devez cibler un mode de document spécifique pour que votre site fonctionne pendant que vous le retravaillez pour qu'il prenne en charge les normes et les fonctionnalités modernes, sachez que vous utilisez une fonctionnalité transitoire, qui pourrait ne pas être disponible dans les futures versions.
Si vous utilisez actuellement l'en-tête x-ua-compatible pour cibler un mode de document ancien, il est possible que votre site ne reflète pas la meilleure expérience disponible avec IE11.
Microsoft Edge (Remplacement d'Internet Explorer fourni avec Windows 10)
Informations sur X-UA-Compatible pour la version "Edge" d'IE. De Microsoft :
Présentation du mode de document "vivant" Edge
Comme nous l'avons annoncé en août 2013, nous déprécions les modes documentaires à partir d'IE11. Avec nos dernières mises à jour de la plateforme, le besoin de modes documentaires hérités est principalement limité aux applications web héritées des entreprises. Grâce à de nouveaux changements architecturaux, ces modes documentaires hérités seront isolés des changements apportés au mode Edge "vivant", ce qui contribuera à garantir un niveau de compatibilité bien plus élevé pour les clients qui dépendent de ces modes et nous aidera à avancer encore plus vite dans les améliorations apportées à Edge. IE continuera d'honorer les modes documentaires servis par les sites intranet, les sites figurant sur la liste d'affichage de compatibilité et lorsqu'ils sont utilisés avec le mode Entreprise uniquement.
Les sites Internet publics seront rendus avec la nouvelle plateforme du mode Edge (ignorant X-UA-Compatible). Notre objectif est que le mode Edge soit le mode de document "vivant" à partir de maintenant et qu'aucun autre mode de document ne soit introduit à l'avenir.
Avec les changements apportés à Microsoft Edge, qui ne prend plus en charge les modes document dans la plupart des cas, Microsoft a un outil pour analyser votre site et vérifier s'il ne contient pas de code non compatible avec Edge.
Chrome=1 Info pour IE
Il existe également chrome=1 que vous pouvez utiliser ou utiliser avec l'une des options ci-dessus comme : <meta http-equiv="X-UA-Compatible" content="IE=Edge,chrome=1"> . chrome=1 est pour le Chrome Frame de Google qui est défini comme :
Google Chrome Frame est un plug-in de navigateur open source. Les utilisateurs qui ont installé ce plug-in ont accès aux technologies web ouvertes et au moteur JavaScript rapide de Google Chrome lorsqu'ils ouvrent des pages dans le navigateur.
Google Chrome Frame améliore de façon transparente votre expérience de navigation dans Internet Explorer. Il affiche les sites compatibles avec Google Chrome Frame à l'aide de la technologie de rendu de Google Chrome, vous donnant ainsi accès aux dernières fonctionnalités HTML5 ainsi qu'aux performances et aux fonctions de sécurité de Google Chrome, sans interrompre en aucune façon l'utilisation habituelle de votre navigateur.
Lorsque Google Chrome Frame est installé, le web s'améliore sans que vous ayez à y penser.
Mais pour que ce plug-in fonctionne, vous devez utiliser chrome=1 en el X-UA-Compatible meta tag.
Vous trouverez plus d'informations sur Chrome Frame aquí .
Note : Google Chrome Frame ne fonctionne que pour IE6 à IE9 et a été mis à la retraite le 25 février 2014. Pour plus d'informations, voir aquí . Merci à @mck pour le lien.
Validation :
HTML5 :
La page sera validée en utilisant le W3 Validator uniquement lorsque vous utilisez <meta http-equiv="X-UA-Compatible" content="IE=Edge"> . Pour d'autres valeurs, l'erreur se produit : 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 d'autres termes, si vous avez IE=edge,chrome=1 il ne sera pas validé. J'ignore complètement cette erreur car les navigateurs modernes ignorent tout simplement cette ligne de code.
Si vous devez avoir un code complètement valide, envisagez de le faire au niveau du serveur en définissant l'en-tête HTTP. À titre d'information, Microsoft dit, 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). Voir La réponse d'olibre o La réponse de Bitinn pour plus de détails sur la façon de définir un en-tête HTTP.
XHTML
Il n'y a pas de problème de validation lors de l'utilisation de <meta http-equiv="X-UA-Compatible" content="IE=Edge" /> tant que la balise est correctement fermée (c'est-à-dire que /> vs > ).
Twitter Bootstrap
Cette balise est fortement recommandée par l'équipe Bootstrap depuis au moins 2014, et Bootlint le linter écrit par l'équipe de twbs continue de jeter un avertissement lorsque la balise est omise. Le linter fait la distinction entre les avertissements et les erreurs et, à ce titre, la gravité de l'omission de cette balise peut être considérée comme mineure.
Pour plus d'informations sur X-UA-Compatible voir le site de Microsoft Site web définissant la compatibilité des documents .
Pour plus d'informations sur ce que prend en charge IE, voir caniuse.com .
Pour plus d'informations sur les exigences de Twitter Bootstrap, voir le projet bootlint page du wiki .
Fondamentalement, ce qu'il se passe est que lorsque vous avez le X-UA-Compatible, cela indique à IE comment se comporter par rapport à la valeur que vous avez définie (IE=edge, etc.). S'il n'est pas là, IE affichera le site comme il pense qu'il devrait être affiché. Cela pourrait être le mode de compatibilité ou la dernière version d'IE. Peu importe ce que Microsoft/IE pense être le meilleur. Vous comprenez ?
Ce lien - blogs.msdn.com/b/askie/archive/2009/03/23/… - pourrait aider à comprendre tout cela.
Utilice content="IE=edge,chrome=1" Sauter autre X-UA-Compatible modes
<meta http-equiv="X-UA-Compatible" content="IE=edge,chrome=1">
-------------------------- Pas d'icône de compatibilité
La barre d'adresse d'IE9 n'affiche pas l'adresse de l'utilisateur. Bouton d'affichage de la compatibilité
et la page n'apparaît pas aussi comme un fouillis de menus, d'images et de zones de texte déplacés.
Caractéristiques
Cette balise méta est nécessaire pour permettre javascript::JSON.parse() sur IE8
(même si <!DOCTYPE html> est présent)
Correctness
Le rendu/exécution du HTML/CSS/JavaScript moderne est plus valide (plus agréable).
Performance
Le site Moteur de rendu Trident devrait fonctionner plus rapidement dans son bord mode.
Dans votre HTML
<!DOCTYPE html>
<html>
<head>
<meta http-equiv="X-UA-Compatible" content="IE=edge,chrome=1">IE=edge signifie que IE doit utiliser la dernière version (edge) de son moteur de renduchrome=1 signifie que IE doit utiliser le Moteur de rendu de Chrome si installéOu mieux dans la configuration de votre serveur web :
(voir aussi le La réponse de RiaD )
Apache comme proposé par 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 comme proposé par Stef Pause
server {
#...
add_header X-UA-Compatible "IE=Edge,chrome=1";
}Vernis la procuration telle que proposée par Lucas Riutzel
sub vcl_deliver {
if( resp.http.Content-Type ~ "text/html" ) {
set resp.http.X-UA-Compatible = "IE=edge,chrome=1";
}
}IIS (depuis la v7)
<configuration>
<system.webServer>
<httpProtocol>
<customHeaders>
<add name="X-UA-Compatible" value="IE=edge,chrome=1" />
</customHeaders>
</httpProtocol>
</system.webServer>
</configuration>Comme l'a remarqué Lynda (voir commentaires), le Changements de compatibilité dans IE11 recommande Mode bord :
À partir d'IE11, le mode bord est le mode de document préféré ; Il représente la meilleure prise en charge des normes modernes dont dispose le navigateur.
Mais la position de Microsoft n'était pas claire. Un autre La page MSDN ne recommandait pas Mode bord :
Parce que le mode Bordure force toutes les pages à être ouvertes en mode standard, quelle que soit la version d'Internet Explorer, vous pourriez être tenté de l'utiliser pour toutes les pages affichées avec Internet Explorer. Ne faites pas cela, car le
X-UA-Compatiblen'est pris en charge qu'à partir de avec Windows Internet Explorer 8.
À la place, Microsoft a recommandé d'utiliser <!DOCTYPE html> :
Si vous souhaitez que toutes les versions d'Internet Explorer prises en charge ouvrent vos pages en mode standard, utilisez le document HTML5. vos pages en mode standard, utilisez la déclaration de type de document HTML5 [...].
Como Ricardo explique (dans les commentaires ci-dessous) que tout DOCTYPE (HTML4, XHTML1...) peut être utilisé pour déclencher le mode standard, et pas seulement le DOCTYPE de HTML5. L'important est de toujours avoir un DOCTYPE dans la page.
Clara Onager a même remarqué dans une ancienne version de Spécification des modes de documents hérités :
Le mode Edge est destiné à des fins de test uniquement ; ne l'utilisez pas dans un environnement de production.
C'est tellement déroutant que Usman Y pensée Clara Onager parlait :
L'exemple [...] est fourni à titre d'illustration uniquement ; ne l'utilisez pas dans un environnement de production.
<meta http-equiv="X-UA-Compatible" content="IE=7,9,10" >
Eh bien... Dans la suite de cette réponse, je donne plus d'explications sur la raison pour laquelle l'utilisation de content="IE=edge,chrome=1" est une bonne pratique en production.
Pendant de nombreuses années (2000 à 2008), La part de marché de l'IE était supérieure à 80 %. . Et IE v6 a été considéré comme un de facto (80 % à 97 % de part de marché en 2003 , 2004, 2005 et 2006 pour IE6 seulement, plus de parts de marché avec toutes les versions d'IE).
Comme IE6 ne respectait pas Normes Web développeurs avait pour tester leur site web en utilisant IE6. Cette situation était excellente pour Microsoft (MS) car les développeurs web devaient acheter (par exemple, on ne peut pas utiliser IE sans acheter Windows), et il était plus rentable de rester non-conforme (c'est-à-dire que Microsoft voulait devenir el standard à l'exclusion des autres entreprises).
Par conséquent, de nombreux sites n'étaient compatibles qu'avec IE6, et comme IE n'était pas conforme aux normes Web, tous ces sites Web n'étaient pas bien rendus sur les navigateurs conformes aux normes. C'est encore pire, de nombreux sites ne requièrent que IE .
Cependant, à cette époque, Mozilla a commencé le développement de Firefox en respectant autant que possible tous les standards du web (d'autres navigateurs ont été implémentés pour rendre les pages comme le fait IE6). Comme de plus en plus de développeurs web voulaient utiliser les nouvelles fonctionnalités des standards web, de plus en plus de sites web étaient mieux supportés par Firefox que par IE.
Lorsque la part de marché d'IE a diminué, MS a réalisé que rester incompatible avec les standards n'était pas une bonne idée. C'est pourquoi MS a commencé à sortir de nouvelles versions d'IE (IE8/IE9/IE10) respectant de plus en plus les standards du web.
Mais le problème concerne tous les sites web conçus pour IE6 : Microsoft ne pouvait pas publier de nouvelles versions d'IE incompatibles avec ces anciens sites web conçus pour IE6. Au lieu de déduire la version d'IE dans laquelle un site web a été conçu, MS a demandé aux développeurs d'ajouter des données supplémentaires ( X-UA-Compatible ) dans leurs pages.
Aujourd'hui, IE6 est toujours utilisé (0,7 % en 2016) (4,5 % en janvier 2014), et certains sites internet sont toujours conformes à IE6 uniquement. Certains sites/applications intranet sont testés avec IE6. Certains sites intranet ne fonctionnent à 100% qu'avec IE6. Ces entreprises/départements préfèrent reporter le coût de la migration : autres priorités, personne ne sait plus comment le site/application a été implémenté, le propriétaire de l'ancien site/application a fait faillite...
La Chine représente 50% de l'utilisation d'IE6 en 2013, mais cela pourrait changer dans les années à venir car Une distribution Linux chinoise est diffusée .
Si vous (essayez de) respecter la norme web, vous pouvez simplement toujours utiliser http-equiv="X-UA-Compatible" content="IE=edge,chrome=1" . Pour conserver la compatibilité avec les anciens navigateurs, il suffit d'éviter d'utiliser les dernières fonctionnalités Web : utilisez le sous-ensemble pris en charge par le plus ancien navigateur que vous souhaitez prendre en charge. Ou Si vous voulez aller plus loin, vous pouvez adopter des concepts tels que Dégradation progressive , Amélioration progressive y JavaScript discret . (Vous serez également heureux de lire Que doit prendre en compte un développeur web ? .)
Ne vous souciez pas du meilleur rendu de la version d'IE : ce n'est pas votre travail car les navigateurs doivent être conformes aux standards du web. Si votre site est conforme aux normes et qu'il utilise des fonctionnalités moyennement récentes, par conséquent Les navigateurs doivent être conformes à votre site web. .
De plus, comme il existe de nombreuses campagnes de tuer IE6 ( IE6 n'existe plus , Campagne contre la sclérose en plaques ), aujourd'hui vous pouvez éviter de perdre du temps avec les tests IE !
De 2009 à 2012, j'ai travaillé pour une entreprise utilisant IE6 comme le navigateur unique officiel autorisé . J'ai dû mettre en place un site intranet pour IE6 uniquement. J'ai décidé de respecter le standard web mais en utilisant le sous-ensemble compatible IE6 (HTML/CSS/JS).
C'était difficile, mais lorsque l'entreprise est passée à IE8, le site web était toujours bien rendu parce que j'avais utilisé Firefox et firebug pour vérifier la compatibilité avec les standards du web ;)
Le mode Edge est destiné uniquement à des fins de test ; ne l'utilisez pas dans un environnement de production. Voir msdn.microsoft.com/en-us/library/jj676915(v=vs.85).aspx
S'il vous plaît @ClaraOnager, prenez un peu de temps pour expliquer ce qui ne va pas dans ma réponse (de votre point de vue). Même si Microsoft ne recommande pas l'utilisation du mode Edge en environnement de production, il y a de bonnes raisons de l'utiliser en environnement de production. Il est important de clarifier techniquement nos meilleures pratiques. J'aime partager mes connaissances et expériences. J'espère que vous aussi. Nous pouvons nous améliorer ensemble ;) Cheers
@olibre Ce commentaire est trompeur: Si vous voulez que toutes les versions prises en charge d'Internet Explorer ouvrent vos pages en mode standard, utilisez la déclaration de type de document HTML5. - Vous n'êtes pas obligé d'utiliser la DOCTYPE HTML5 pour déclencher le mode standard. Vous pouvez utiliser n'importe quelle DOCTYPE, peu importe laquelle (HTML4, XHTML1, etc); L'important est d' avoir toujours une DOCTYPE dans vos pages.
La différence est que si vous ne spécifiez que le DOCTYPE, les Paramètres d'affichage de compatibilité d'IE prennent le dessus. Par défaut, ces paramètres forcent tous les sites intranet à s'afficher en mode Compatibilité, quel que soit le DOCTYPE. Il y a aussi une case à cocher pour utiliser le mode Compatibilité pour tous les sites Web, quel que soit le DOCTYPE.
X-UA-Compatible remplace les Paramètres d'affichage de compatibilité, donc la page s'affichera en mode standard indépendamment des paramètres du navigateur. Cela force le mode standard pour :
Le DOCTYPE seul ne peut pas faire cela ; vous vous retrouverez dans l'un des modes de vue de compatibilité dans ces cas, quel que soit le DOCTYPE.
Si à la fois la balise meta et l'en-tête HTTP sont spécifiées, la balise meta prend le dessus.
Cette réponse est basée sur l'examen des règles complètes pour décider du mode de document dans IE8, IE9 et IE10. Notez que consulter le DOCTYPE est le tout dernier recours pour décider du mode de document.
Dans le scénario intranet, par défaut, IE10 se rend en mode de compatibilité. Voir stackoverflow.com/questions/13284083/... . Cette balise n'est pas requise par défaut pour internet, mais est requise (par défaut) lors de l'utilisation myintenralserver/myapp . Je voulais ajouter ce commentaire, car la différence entre internet et intranet était seulement claire dans le texte de la capture d'écran, pas dans le texte d'aucune réponse sur la page.
Tu as raison, j'aurais dû être plus clair à ce sujet. J'ai réécrit le message; fais moi savoir s'il y a autre chose que je devrais traiter. Merci!
Merci! cette réponse est beaucoup plus claire que les autres réponses concernant les sites intranet. Les autres réponses rentrent dans les détails techniques du pourquoi et du comment. Je déteste MS IE. De plus, c'est bien écrit : un paragraphe rend clair pourquoi nous avons besoin de la balise meta. Bravo
"Le mode Edge est uniquement destiné à des fins de test ; ne l'utilisez pas dans un environnement de production." Voir msdn.microsoft.com/en-us/library/jj676915(v=vs.85).aspx
Pour plus de précaution, j'utilise avec la directive chrome=1 afin de demander aux utilisateurs d'IE6, 7, 8 d'installer/utiliser Chrome Frame. Même HTML5 Boilerplate l'utilise.
@ClaraOnager Bien que Microsoft le dise, cela ne signifie pas nécessairement qu'ils ont raison. J'utilise depuis le premier jour sans aucun problème. En fait, j'ai déjà sauvé mon équipe et moi-même des centaines de maux de tête en faisant en sorte que le moteur de rendu des pages que nous construisons utilise la dernière version d'IE. Contrairement à toi et à Microsoft, je recommande à tout le monde d'utiliser la balise meta ci-dessus à chaque fois. Tant qu'IE est encore présent, nous serons "forcés" d'utiliser cette balise meta :p
Étant donné que je ne peux pas ajouter de commentaire à la réponse marquée, je vais juste poster ceci ici.
En plus de la réponse correcte, vous pouvez en effet la faire valider. Comme cette balise meta est uniquement destinée à IE, tout ce que vous avez à faire est d'ajouter une condition IE.
Faire cela revient simplement à ajouter toute autre déclaration conditionnelle IE et ne fonctionne que pour IE ; aucun autre navigateur ne sera affecté.
Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.
