Affichage différent sur IE du contenu en local par rapport à internet, CSS à revoir ?
7 réponses
Erwann
Bonjour,
J'ai installé récemment IE9, j'avais précédemment IE8 qui posait le
même problème, mais l'utilisant peut pour tester sur serveur, ce n'est
que depuis peu que j'ai découvert le problème d'affichage.
Voici une des pages qui pose problème, en local
http://ademas.assoc.free.fr/png/local.png , puis sur le serveur
http://ademas.assoc.free.fr/png/internet.png .
Le fichier css http://ademas.assoc.free.fr/0.css .
Sur Firefox 4, en local et sur serveur aucune différence, sur IE9 en
local quasi aucune différence avec Firefox, par contre sur serveur
l'interligne quand il y a la balise <sup> ne correspond plus.
Est-ce un problème de navigateur ou de CSS ?
Merci
--
Erwann
------------------
Supprimez les z dans mon adresse pour m'écrire.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
SAM
Le 25/03/11 21:37, Erwann a écrit :
Bonjour, J'ai installé récemment IE9, j'avais précédemment IE8 qui posait le même problème, mais l'utilisant peut pour tester sur serveur, ce n'est que depuis peu que j'ai découvert le problème d'affichage. Voici une des pages qui pose problème, en local http://ademas.assoc.free.fr/png/local.png , puis sur le serveur http://ademas.assoc.free.fr/png/internet.png .
Bon ... ça va, y a pas mort d'homme !
Le fichier css http://ademas.assoc.free.fr/0.css .
On peut juste déplorer les lignes trop longues.
Sur Firefox 4, en local et sur serveur aucune différence, sur IE9 en local quasi aucune différence avec Firefox, par contre sur serveur l'interligne quand il y a la balise <sup> ne correspond plus.
doctype ? code html respectant le doctype ?
charset utilisé pour écrire le code ? c'est le même que celui indiqué par meta ? c'est le même que celui servi par le serveur (en-têtes du serveur ?)
Est-ce un problème de navigateur ou de CSS ?
Manifestement ni l'un ni l'autre. Plus probablement ... mésentente serveur/navigateur.
si toutefois les tests ont été faits sur la même bécane et quasi au même moment.
réviser les conditions qui font passer IE en QuirksMode ?
y a pas la moindre crotte JavaScript pondue pas loin ? (genre googlesque ou dixiticktruc)
-- Stéphane Moriaux avec/with iMac-intel
Le 25/03/11 21:37, Erwann a écrit :
Bonjour,
J'ai installé récemment IE9, j'avais précédemment IE8 qui posait le même
problème, mais l'utilisant peut pour tester sur serveur, ce n'est que
depuis peu que j'ai découvert le problème d'affichage.
Voici une des pages qui pose problème, en local
http://ademas.assoc.free.fr/png/local.png , puis sur le serveur
http://ademas.assoc.free.fr/png/internet.png .
Bon ... ça va, y a pas mort d'homme !
Le fichier css http://ademas.assoc.free.fr/0.css .
On peut juste déplorer les lignes trop longues.
Sur Firefox 4, en local et sur serveur aucune différence, sur IE9 en
local quasi aucune différence avec Firefox, par contre sur serveur
l'interligne quand il y a la balise <sup> ne correspond plus.
doctype ?
code html respectant le doctype ?
charset utilisé pour écrire le code ?
c'est le même que celui indiqué par meta ?
c'est le même que celui servi par le serveur (en-têtes du serveur ?)
Est-ce un problème de navigateur ou de CSS ?
Manifestement ni l'un ni l'autre.
Plus probablement ... mésentente serveur/navigateur.
si toutefois les tests ont été faits sur la même bécane et quasi au même
moment.
réviser les conditions qui font passer IE en QuirksMode ?
y a pas la moindre crotte JavaScript pondue pas loin ?
(genre googlesque ou dixiticktruc)
Bonjour, J'ai installé récemment IE9, j'avais précédemment IE8 qui posait le même problème, mais l'utilisant peut pour tester sur serveur, ce n'est que depuis peu que j'ai découvert le problème d'affichage. Voici une des pages qui pose problème, en local http://ademas.assoc.free.fr/png/local.png , puis sur le serveur http://ademas.assoc.free.fr/png/internet.png .
Bon ... ça va, y a pas mort d'homme !
Le fichier css http://ademas.assoc.free.fr/0.css .
On peut juste déplorer les lignes trop longues.
Sur Firefox 4, en local et sur serveur aucune différence, sur IE9 en local quasi aucune différence avec Firefox, par contre sur serveur l'interligne quand il y a la balise <sup> ne correspond plus.
doctype ? code html respectant le doctype ?
charset utilisé pour écrire le code ? c'est le même que celui indiqué par meta ? c'est le même que celui servi par le serveur (en-têtes du serveur ?)
Est-ce un problème de navigateur ou de CSS ?
Manifestement ni l'un ni l'autre. Plus probablement ... mésentente serveur/navigateur.
si toutefois les tests ont été faits sur la même bécane et quasi au même moment.
réviser les conditions qui font passer IE en QuirksMode ?
y a pas la moindre crotte JavaScript pondue pas loin ? (genre googlesque ou dixiticktruc)
-- Stéphane Moriaux avec/with iMac-intel
Anne G
Le 25/03/11 16:49, SAM a écrit :
Le 25/03/11 21:37, Erwann a écrit :
Bonjour, J'ai installé récemment IE9, j'avais précédemment IE8 qui posait le même problème, mais l'utilisant peut pour tester sur serveur, ce n'est que depuis peu que j'ai découvert le problème d'affichage. Voici une des pages qui pose problème, en local http://ademas.assoc.free.fr/png/local.png , puis sur le serveur http://ademas.assoc.free.fr/png/internet.png .
Bon ... ça va, y a pas mort d'homme !
Je suis nulle au jeu des 7 erreurs. Il y a une différence ?
Ah, oui. Un interlignage un peu fantaisiste.
Le 25/03/11 16:49, SAM a écrit :
Le 25/03/11 21:37, Erwann a écrit :
Bonjour,
J'ai installé récemment IE9, j'avais précédemment IE8 qui posait le même
problème, mais l'utilisant peut pour tester sur serveur, ce n'est que
depuis peu que j'ai découvert le problème d'affichage.
Voici une des pages qui pose problème, en local
http://ademas.assoc.free.fr/png/local.png , puis sur le serveur
http://ademas.assoc.free.fr/png/internet.png .
Bon ... ça va, y a pas mort d'homme !
Je suis nulle au jeu des 7 erreurs.
Il y a une différence ?
Bonjour, J'ai installé récemment IE9, j'avais précédemment IE8 qui posait le même problème, mais l'utilisant peut pour tester sur serveur, ce n'est que depuis peu que j'ai découvert le problème d'affichage. Voici une des pages qui pose problème, en local http://ademas.assoc.free.fr/png/local.png , puis sur le serveur http://ademas.assoc.free.fr/png/internet.png .
Bon ... ça va, y a pas mort d'homme !
Je suis nulle au jeu des 7 erreurs. Il y a une différence ?
Ah, oui. Un interlignage un peu fantaisiste.
Erwann
Le 26/03/2011, SAM a supposé :
Le 25/03/11 21:37, Erwann a écrit :
Bonjour, J'ai installé récemment IE9, j'avais précédemment IE8 qui posait le même problème, mais l'utilisant peut pour tester sur serveur, ce n'est que depuis peu que j'ai découvert le problème d'affichage. Voici une des pages qui pose problème, en local http://ademas.assoc.free.fr/png/local.png , puis sur le serveur http://ademas.assoc.free.fr/png/internet.png .
Bon ... ça va, y a pas mort d'homme !
Le fichier css http://ademas.assoc.free.fr/0.css .
On peut juste déplorer les lignes trop longues.
Sur Firefox 4, en local et sur serveur aucune différence, sur IE9 en local quasi aucune différence avec Firefox, par contre sur serveur l'interligne quand il y a la balise <sup> ne correspond plus.
doctype ? code html respectant le doctype ?
charset utilisé pour écrire le code ? c'est le même que celui indiqué par meta ? c'est le même que celui servi par le serveur (en-têtes du serveur ?)
Est-ce un problème de navigateur ou de CSS ?
Manifestement ni l'un ni l'autre. Plus probablement ... mésentente serveur/navigateur.
si toutefois les tests ont été faits sur la même bécane et quasi au même moment.
réviser les conditions qui font passer IE en QuirksMode ?
y a pas la moindre crotte JavaScript pondue pas loin ? (genre googlesque ou dixiticktruc)
La page en question http://ademas.assoc.free.fr/travaux.htm si ça peut aider, page valide W3C tout comme le fichier CSS.
-- Erwann ------------------ Supprimez les z dans mon adresse pour m'écrire.
Le 26/03/2011, SAM a supposé :
Le 25/03/11 21:37, Erwann a écrit :
Bonjour,
J'ai installé récemment IE9, j'avais précédemment IE8 qui posait le même
problème, mais l'utilisant peut pour tester sur serveur, ce n'est que
depuis peu que j'ai découvert le problème d'affichage.
Voici une des pages qui pose problème, en local
http://ademas.assoc.free.fr/png/local.png , puis sur le serveur
http://ademas.assoc.free.fr/png/internet.png .
Bon ... ça va, y a pas mort d'homme !
Le fichier css http://ademas.assoc.free.fr/0.css .
On peut juste déplorer les lignes trop longues.
Sur Firefox 4, en local et sur serveur aucune différence, sur IE9 en
local quasi aucune différence avec Firefox, par contre sur serveur
l'interligne quand il y a la balise <sup> ne correspond plus.
doctype ?
code html respectant le doctype ?
charset utilisé pour écrire le code ?
c'est le même que celui indiqué par meta ?
c'est le même que celui servi par le serveur (en-têtes du serveur ?)
Est-ce un problème de navigateur ou de CSS ?
Manifestement ni l'un ni l'autre.
Plus probablement ... mésentente serveur/navigateur.
si toutefois les tests ont été faits sur la même bécane et quasi au même
moment.
réviser les conditions qui font passer IE en QuirksMode ?
y a pas la moindre crotte JavaScript pondue pas loin ?
(genre googlesque ou dixiticktruc)
La page en question http://ademas.assoc.free.fr/travaux.htm si ça peut
aider, page valide W3C tout comme le fichier CSS.
--
Erwann
------------------
Supprimez les z dans mon adresse pour m'écrire.
Bonjour, J'ai installé récemment IE9, j'avais précédemment IE8 qui posait le même problème, mais l'utilisant peut pour tester sur serveur, ce n'est que depuis peu que j'ai découvert le problème d'affichage. Voici une des pages qui pose problème, en local http://ademas.assoc.free.fr/png/local.png , puis sur le serveur http://ademas.assoc.free.fr/png/internet.png .
Bon ... ça va, y a pas mort d'homme !
Le fichier css http://ademas.assoc.free.fr/0.css .
On peut juste déplorer les lignes trop longues.
Sur Firefox 4, en local et sur serveur aucune différence, sur IE9 en local quasi aucune différence avec Firefox, par contre sur serveur l'interligne quand il y a la balise <sup> ne correspond plus.
doctype ? code html respectant le doctype ?
charset utilisé pour écrire le code ? c'est le même que celui indiqué par meta ? c'est le même que celui servi par le serveur (en-têtes du serveur ?)
Est-ce un problème de navigateur ou de CSS ?
Manifestement ni l'un ni l'autre. Plus probablement ... mésentente serveur/navigateur.
si toutefois les tests ont été faits sur la même bécane et quasi au même moment.
réviser les conditions qui font passer IE en QuirksMode ?
y a pas la moindre crotte JavaScript pondue pas loin ? (genre googlesque ou dixiticktruc)
La page en question http://ademas.assoc.free.fr/travaux.htm si ça peut aider, page valide W3C tout comme le fichier CSS.
-- Erwann ------------------ Supprimez les z dans mon adresse pour m'écrire.
Mickaël Wolff
On 25/03/11 23:49, SAM wrote:
Est-ce un problème de navigateur ou de CSS ?
Manifestement ni l'un ni l'autre. Plus probablement ... mésentente serveur/navigateur.
Ça me fait penser à un problème de rype mime qui n'est pas indiqué dans le cas du chargement du fichier en direct depuis le disque dur.
On 25/03/11 23:49, SAM wrote:
Est-ce un problème de navigateur ou de CSS ?
Manifestement ni l'un ni l'autre.
Plus probablement ... mésentente serveur/navigateur.
Ça me fait penser à un problème de rype mime qui n'est pas indiqué
dans le cas du chargement du fichier en direct depuis le disque dur.
Manifestement ni l'un ni l'autre. Plus probablement ... mésentente serveur/navigateur.
Ça me fait penser à un problème de rype mime qui n'est pas indiqué dans le cas du chargement du fichier en direct depuis le disque dur.
Erwann
Erwann a pensé très fort :
Le 26/03/2011, SAM a supposé :
Le 25/03/11 21:37, Erwann a écrit :
Bonjour, J'ai installé récemment IE9, j'avais précédemment IE8 qui posait le même problème, mais l'utilisant peut pour tester sur serveur, ce n'est que depuis peu que j'ai découvert le problème d'affichage. Voici une des pages qui pose problème, en local http://ademas.assoc.free.fr/png/local.png , puis sur le serveur http://ademas.assoc.free.fr/png/internet.png .
Bon ... ça va, y a pas mort d'homme !
Le fichier css http://ademas.assoc.free.fr/0.css .
On peut juste déplorer les lignes trop longues.
Sur Firefox 4, en local et sur serveur aucune différence, sur IE9 en local quasi aucune différence avec Firefox, par contre sur serveur l'interligne quand il y a la balise <sup> ne correspond plus.
doctype ? code html respectant le doctype ?
charset utilisé pour écrire le code ? c'est le même que celui indiqué par meta ? c'est le même que celui servi par le serveur (en-têtes du serveur ?)
Est-ce un problème de navigateur ou de CSS ?
Manifestement ni l'un ni l'autre. Plus probablement ... mésentente serveur/navigateur.
si toutefois les tests ont été faits sur la même bécane et quasi au même moment.
réviser les conditions qui font passer IE en QuirksMode ?
y a pas la moindre crotte JavaScript pondue pas loin ? (genre googlesque ou dixiticktruc)
La page en question http://ademas.assoc.free.fr/travaux.htm si ça peut aider, page valide W3C tout comme le fichier CSS.
J'ai trouvé, en fait au départ après des recherches j'avais rajouté <meta http-equiv="X-UA-Compatible" content="IEíge"> qui rétablissait l'affichage normal de la page, mais il aurait fallu que je modifie toutes les pages, puis en décochant "inclure des listes de sites web mises à jour à partir de Microsoft" qui était coché par défaut dans "paramètres d'affichage de compatiblité", l'affichage est redevenu normal sur toutes les pages et j'ai récupéré le bouton d'affichage de compatibilité.
-- Erwann ------------------ Supprimez les z dans mon adresse pour m'écrire.
Erwann a pensé très fort :
Le 26/03/2011, SAM a supposé :
Le 25/03/11 21:37, Erwann a écrit :
Bonjour,
J'ai installé récemment IE9, j'avais précédemment IE8 qui posait le même
problème, mais l'utilisant peut pour tester sur serveur, ce n'est que
depuis peu que j'ai découvert le problème d'affichage.
Voici une des pages qui pose problème, en local
http://ademas.assoc.free.fr/png/local.png , puis sur le serveur
http://ademas.assoc.free.fr/png/internet.png .
Bon ... ça va, y a pas mort d'homme !
Le fichier css http://ademas.assoc.free.fr/0.css .
On peut juste déplorer les lignes trop longues.
Sur Firefox 4, en local et sur serveur aucune différence, sur IE9 en
local quasi aucune différence avec Firefox, par contre sur serveur
l'interligne quand il y a la balise <sup> ne correspond plus.
doctype ?
code html respectant le doctype ?
charset utilisé pour écrire le code ?
c'est le même que celui indiqué par meta ?
c'est le même que celui servi par le serveur (en-têtes du serveur ?)
Est-ce un problème de navigateur ou de CSS ?
Manifestement ni l'un ni l'autre.
Plus probablement ... mésentente serveur/navigateur.
si toutefois les tests ont été faits sur la même bécane et quasi au même
moment.
réviser les conditions qui font passer IE en QuirksMode ?
y a pas la moindre crotte JavaScript pondue pas loin ?
(genre googlesque ou dixiticktruc)
La page en question http://ademas.assoc.free.fr/travaux.htm si ça peut aider,
page valide W3C tout comme le fichier CSS.
J'ai trouvé, en fait au départ après des recherches j'avais rajouté
<meta http-equiv="X-UA-Compatible" content="IEíge"> qui rétablissait
l'affichage normal de la page, mais il aurait fallu que je modifie
toutes les pages, puis en décochant "inclure des listes de sites web
mises à jour à partir de Microsoft" qui était coché par défaut dans
"paramètres d'affichage de compatiblité", l'affichage est redevenu
normal sur toutes les pages et j'ai récupéré le bouton d'affichage de
compatibilité.
--
Erwann
------------------
Supprimez les z dans mon adresse pour m'écrire.
Bonjour, J'ai installé récemment IE9, j'avais précédemment IE8 qui posait le même problème, mais l'utilisant peut pour tester sur serveur, ce n'est que depuis peu que j'ai découvert le problème d'affichage. Voici une des pages qui pose problème, en local http://ademas.assoc.free.fr/png/local.png , puis sur le serveur http://ademas.assoc.free.fr/png/internet.png .
Bon ... ça va, y a pas mort d'homme !
Le fichier css http://ademas.assoc.free.fr/0.css .
On peut juste déplorer les lignes trop longues.
Sur Firefox 4, en local et sur serveur aucune différence, sur IE9 en local quasi aucune différence avec Firefox, par contre sur serveur l'interligne quand il y a la balise <sup> ne correspond plus.
doctype ? code html respectant le doctype ?
charset utilisé pour écrire le code ? c'est le même que celui indiqué par meta ? c'est le même que celui servi par le serveur (en-têtes du serveur ?)
Est-ce un problème de navigateur ou de CSS ?
Manifestement ni l'un ni l'autre. Plus probablement ... mésentente serveur/navigateur.
si toutefois les tests ont été faits sur la même bécane et quasi au même moment.
réviser les conditions qui font passer IE en QuirksMode ?
y a pas la moindre crotte JavaScript pondue pas loin ? (genre googlesque ou dixiticktruc)
La page en question http://ademas.assoc.free.fr/travaux.htm si ça peut aider, page valide W3C tout comme le fichier CSS.
J'ai trouvé, en fait au départ après des recherches j'avais rajouté <meta http-equiv="X-UA-Compatible" content="IEíge"> qui rétablissait l'affichage normal de la page, mais il aurait fallu que je modifie toutes les pages, puis en décochant "inclure des listes de sites web mises à jour à partir de Microsoft" qui était coché par défaut dans "paramètres d'affichage de compatiblité", l'affichage est redevenu normal sur toutes les pages et j'ai récupéré le bouton d'affichage de compatibilité.
-- Erwann ------------------ Supprimez les z dans mon adresse pour m'écrire.
SAM
Le 26/03/11 12:26, Erwann a écrit :
J'ai trouvé, en fait au départ après des recherches j'avais rajouté <meta http-equiv="X-UA-Compatible" content="IEíge"> qui rétablissait l'affichage normal de la page,
Où ça ? sur site ou à la maison ?
mais il aurait fallu que je modifie toutes les pages,
???
puis en décochant "inclure des listes de sites web mises à jour à partir de Microsoft" qui était coché par défaut dans "paramètres d'affichage de compatiblité", l'affichage est redevenu normal sur toutes les pages et j'ai récupéré le bouton d'affichage de compatibilité.
donc ... finalement ... ce n'est qu'un merdage de plus à la MinusculeMou ! ?
et ... les webmestres vont devoir aussi faire avec des configurations de navigateur gérées à l'insu de leurs utilisateurs, c'est ça ?
M'enfin et si je comprends bien <http://blog.britoweb.net/post/2010/06/21/Les-modes-de-rendu-sous-Internet-Explorer-9> encore un truc inutile ? !
(sauf peut-être occasionnellement pour tester telle ou telle page ?)
-- Stéphane Moriaux avec/with iMac-intel
Le 26/03/11 12:26, Erwann a écrit :
J'ai trouvé, en fait au départ après des recherches j'avais rajouté
<meta http-equiv="X-UA-Compatible" content="IEíge"> qui rétablissait
l'affichage normal de la page,
Où ça ?
sur site ou à la maison ?
mais il aurait fallu que je modifie toutes les pages,
???
puis en décochant "inclure des listes de sites web
mises à jour à partir de Microsoft" qui était coché par défaut dans
"paramètres d'affichage de compatiblité", l'affichage est redevenu
normal sur toutes les pages et j'ai récupéré le bouton d'affichage de
compatibilité.
donc ... finalement ...
ce n'est qu'un merdage de plus à la MinusculeMou ! ?
et ... les webmestres vont devoir aussi faire avec des configurations
de navigateur gérées à l'insu de leurs utilisateurs, c'est ça ?
M'enfin et si je comprends bien
<http://blog.britoweb.net/post/2010/06/21/Les-modes-de-rendu-sous-Internet-Explorer-9>
encore un truc inutile ? !
(sauf peut-être occasionnellement pour tester telle ou telle page ?)
J'ai trouvé, en fait au départ après des recherches j'avais rajouté <meta http-equiv="X-UA-Compatible" content="IEíge"> qui rétablissait l'affichage normal de la page,
Où ça ? sur site ou à la maison ?
mais il aurait fallu que je modifie toutes les pages,
???
puis en décochant "inclure des listes de sites web mises à jour à partir de Microsoft" qui était coché par défaut dans "paramètres d'affichage de compatiblité", l'affichage est redevenu normal sur toutes les pages et j'ai récupéré le bouton d'affichage de compatibilité.
donc ... finalement ... ce n'est qu'un merdage de plus à la MinusculeMou ! ?
et ... les webmestres vont devoir aussi faire avec des configurations de navigateur gérées à l'insu de leurs utilisateurs, c'est ça ?
M'enfin et si je comprends bien <http://blog.britoweb.net/post/2010/06/21/Les-modes-de-rendu-sous-Internet-Explorer-9> encore un truc inutile ? !
(sauf peut-être occasionnellement pour tester telle ou telle page ?)
-- Stéphane Moriaux avec/with iMac-intel
Erwann
SAM a utilisé son clavier pour écrire :
Le 26/03/11 12:26, Erwann a écrit :
J'ai trouvé, en fait au départ après des recherches j'avais rajouté <meta http-equiv="X-UA-Compatible" content="IEíge"> qui rétablissait l'affichage normal de la page,
Où ça ? sur site ou à la maison ?
Sur le site.
mais il aurait fallu que je modifie toutes les pages,
???
puis en décochant "inclure des listes de sites web mises à jour à partir de Microsoft" qui était coché par défaut dans "paramètres d'affichage de compatiblité", l'affichage est redevenu normal sur toutes les pages et j'ai récupéré le bouton d'affichage de compatibilité.
donc ... finalement ... ce n'est qu'un merdage de plus à la MinusculeMou ! ?
et ... les webmestres vont devoir aussi faire avec des configurations de navigateur gérées à l'insu de leurs utilisateurs, c'est ça ?
M'enfin et si je comprends bien <http://blog.britoweb.net/post/2010/06/21/Les-modes-de-rendu-sous-Internet-Explorer-9> encore un truc inutile ? !
(sauf peut-être occasionnellement pour tester telle ou telle page ?)
-- Erwann ------------------ Supprimez les z dans mon adresse pour m'écrire.
SAM a utilisé son clavier pour écrire :
Le 26/03/11 12:26, Erwann a écrit :
J'ai trouvé, en fait au départ après des recherches j'avais rajouté
<meta http-equiv="X-UA-Compatible" content="IEíge"> qui rétablissait
l'affichage normal de la page,
Où ça ?
sur site ou à la maison ?
Sur le site.
mais il aurait fallu que je modifie toutes les pages,
???
puis en décochant "inclure des listes de sites web
mises à jour à partir de Microsoft" qui était coché par défaut dans
"paramètres d'affichage de compatiblité", l'affichage est redevenu
normal sur toutes les pages et j'ai récupéré le bouton d'affichage de
compatibilité.
donc ... finalement ...
ce n'est qu'un merdage de plus à la MinusculeMou ! ?
et ... les webmestres vont devoir aussi faire avec des configurations de
navigateur gérées à l'insu de leurs utilisateurs, c'est ça ?
M'enfin et si je comprends bien
<http://blog.britoweb.net/post/2010/06/21/Les-modes-de-rendu-sous-Internet-Explorer-9>
encore un truc inutile ? !
(sauf peut-être occasionnellement pour tester telle ou telle page ?)
--
Erwann
------------------
Supprimez les z dans mon adresse pour m'écrire.
J'ai trouvé, en fait au départ après des recherches j'avais rajouté <meta http-equiv="X-UA-Compatible" content="IEíge"> qui rétablissait l'affichage normal de la page,
Où ça ? sur site ou à la maison ?
Sur le site.
mais il aurait fallu que je modifie toutes les pages,
???
puis en décochant "inclure des listes de sites web mises à jour à partir de Microsoft" qui était coché par défaut dans "paramètres d'affichage de compatiblité", l'affichage est redevenu normal sur toutes les pages et j'ai récupéré le bouton d'affichage de compatibilité.
donc ... finalement ... ce n'est qu'un merdage de plus à la MinusculeMou ! ?
et ... les webmestres vont devoir aussi faire avec des configurations de navigateur gérées à l'insu de leurs utilisateurs, c'est ça ?
M'enfin et si je comprends bien <http://blog.britoweb.net/post/2010/06/21/Les-modes-de-rendu-sous-Internet-Explorer-9> encore un truc inutile ? !
(sauf peut-être occasionnellement pour tester telle ou telle page ?)
-- Erwann ------------------ Supprimez les z dans mon adresse pour m'écrire.
