[2] Tandis que cette semaine (21/01/08) Chris Wilson a annoncé sur le
IEBlog l'apparition du nouveau mode de rendu le "super standard mode" de
IE8.
<http://blogs.msdn.com/ie/archive/2008/01/21/compatibility-and-ie8.aspx>
Par contre concernant la nouvelle balise meta (ou entête serveur) (cf
[2]) pour passer en mode "super standard" j'ai beaucoup plus de réserves.
<meta http-equiv="X-UA-Compatible" content="IE=8">
Surtout quand je vois sur A List Apart cette horreur :
<meta http-equiv="X-UA-Compatible" content="IE=8;FF=3;OtherUA=4">
[2] Tandis que cette semaine (21/01/08) Chris Wilson a annoncé sur le
IEBlog l'apparition du nouveau mode de rendu le "super standard mode" de
IE8.
<http://blogs.msdn.com/ie/archive/2008/01/21/compatibility-and-ie8.aspx>
Par contre concernant la nouvelle balise meta (ou entête serveur) (cf
[2]) pour passer en mode "super standard" j'ai beaucoup plus de réserves.
<meta http-equiv="X-UA-Compatible" content="IE=8">
Surtout quand je vois sur A List Apart cette horreur :
<meta http-equiv="X-UA-Compatible" content="IE=8;FF=3;OtherUA=4">
[2] Tandis que cette semaine (21/01/08) Chris Wilson a annoncé sur le
IEBlog l'apparition du nouveau mode de rendu le "super standard mode" de
IE8.
<http://blogs.msdn.com/ie/archive/2008/01/21/compatibility-and-ie8.aspx>
Par contre concernant la nouvelle balise meta (ou entête serveur) (cf
[2]) pour passer en mode "super standard" j'ai beaucoup plus de réserves.
<meta http-equiv="X-UA-Compatible" content="IE=8">
Surtout quand je vois sur A List Apart cette horreur :
<meta http-equiv="X-UA-Compatible" content="IE=8;FF=3;OtherUA=4">
Laurent vilday wrote:[2] Tandis que cette semaine (21/01/08) Chris Wilson a annoncé sur le
IEBlog l'apparition du nouveau mode de rendu le "super standard mode"
de IE8.
<http://blogs.msdn.com/ie/archive/2008/01/21/compatibility-and-ie8.aspx>
(...)Par contre concernant la nouvelle balise meta (ou entête serveur) (cf
[2]) pour passer en mode "super standard" j'ai beaucoup plus de réserves.
<meta http-equiv="X-UA-Compatible" content="IE=8">
Surtout quand je vois sur A List Apart cette horreur :
<meta http-equiv="X-UA-Compatible" content="IE=8;FF=3;OtherUA=4">
A lire ce commentaire qui tempère de beaucoup le débat :
"HTML5 DOCTYPE"
http://ejohn.org/blog/html5-doctype/
Je ne me suis pas encore assez documenté sur le sujet... et je reste
étonné qu'il faille un switch entre le mode de rendu de IE7 et IE8 ! Car
autant IE6 était buggé pour des choses CSS assez basiques et même en
mode de rendu strict, autant IE7 avait apporté quand même du progrès je
crois là-dessus... Je ne m'imaginais pas que passer de IE7 et IE8
casserai autant de pages "standard" (doctype strict et code valide) ?
Laurent vilday wrote:
[2] Tandis que cette semaine (21/01/08) Chris Wilson a annoncé sur le
IEBlog l'apparition du nouveau mode de rendu le "super standard mode"
de IE8.
<http://blogs.msdn.com/ie/archive/2008/01/21/compatibility-and-ie8.aspx>
(...)
Par contre concernant la nouvelle balise meta (ou entête serveur) (cf
[2]) pour passer en mode "super standard" j'ai beaucoup plus de réserves.
<meta http-equiv="X-UA-Compatible" content="IE=8">
Surtout quand je vois sur A List Apart cette horreur :
<meta http-equiv="X-UA-Compatible" content="IE=8;FF=3;OtherUA=4">
A lire ce commentaire qui tempère de beaucoup le débat :
"HTML5 DOCTYPE"
http://ejohn.org/blog/html5-doctype/
Je ne me suis pas encore assez documenté sur le sujet... et je reste
étonné qu'il faille un switch entre le mode de rendu de IE7 et IE8 ! Car
autant IE6 était buggé pour des choses CSS assez basiques et même en
mode de rendu strict, autant IE7 avait apporté quand même du progrès je
crois là-dessus... Je ne m'imaginais pas que passer de IE7 et IE8
casserai autant de pages "standard" (doctype strict et code valide) ?
Laurent vilday wrote:[2] Tandis que cette semaine (21/01/08) Chris Wilson a annoncé sur le
IEBlog l'apparition du nouveau mode de rendu le "super standard mode"
de IE8.
<http://blogs.msdn.com/ie/archive/2008/01/21/compatibility-and-ie8.aspx>
(...)Par contre concernant la nouvelle balise meta (ou entête serveur) (cf
[2]) pour passer en mode "super standard" j'ai beaucoup plus de réserves.
<meta http-equiv="X-UA-Compatible" content="IE=8">
Surtout quand je vois sur A List Apart cette horreur :
<meta http-equiv="X-UA-Compatible" content="IE=8;FF=3;OtherUA=4">
A lire ce commentaire qui tempère de beaucoup le débat :
"HTML5 DOCTYPE"
http://ejohn.org/blog/html5-doctype/
Je ne me suis pas encore assez documenté sur le sujet... et je reste
étonné qu'il faille un switch entre le mode de rendu de IE7 et IE8 ! Car
autant IE6 était buggé pour des choses CSS assez basiques et même en
mode de rendu strict, autant IE7 avait apporté quand même du progrès je
crois là-dessus... Je ne m'imaginais pas que passer de IE7 et IE8
casserai autant de pages "standard" (doctype strict et code valide) ?
<http://blogs.msdn.com/ie/archive/2008/01/21/compatibility-and-ie8.aspx>
http://ejohn.org/blog/html5-doctype/
pour l'instant j'en suis toujours à "oui mais pourquoi ce switch ?" :)
Ce que j'en comprends, c'est que toute page utilisant une DTD
"implémentée" à l'heure actuelle devra inclure le meta tag pour
permettre d'indiquer à IE8 d'utiliser tel ou tel autre de moteur de
rendu sinon par défaut IE8 se comportera comme IE7.
Microsoft, part la voix de Chris Wilson, parle de "not breaking the web"
pour justifier ce <meta>
Il lui faut donc une solution pour vendre son OS (avec IE
inclus) tout en conservant la compatibilité avec tout ce qui a été
développé pour IE6.
<http://blogs.msdn.com/ie/archive/2008/01/21/compatibility-and-ie8.aspx>
http://ejohn.org/blog/html5-doctype/
pour l'instant j'en suis toujours à "oui mais pourquoi ce switch ?" :)
Ce que j'en comprends, c'est que toute page utilisant une DTD
"implémentée" à l'heure actuelle devra inclure le meta tag pour
permettre d'indiquer à IE8 d'utiliser tel ou tel autre de moteur de
rendu sinon par défaut IE8 se comportera comme IE7.
Microsoft, part la voix de Chris Wilson, parle de "not breaking the web"
pour justifier ce <meta>
Il lui faut donc une solution pour vendre son OS (avec IE
inclus) tout en conservant la compatibilité avec tout ce qui a été
développé pour IE6.
<http://blogs.msdn.com/ie/archive/2008/01/21/compatibility-and-ie8.aspx>
http://ejohn.org/blog/html5-doctype/
pour l'instant j'en suis toujours à "oui mais pourquoi ce switch ?" :)
Ce que j'en comprends, c'est que toute page utilisant une DTD
"implémentée" à l'heure actuelle devra inclure le meta tag pour
permettre d'indiquer à IE8 d'utiliser tel ou tel autre de moteur de
rendu sinon par défaut IE8 se comportera comme IE7.
Microsoft, part la voix de Chris Wilson, parle de "not breaking the web"
pour justifier ce <meta>
Il lui faut donc une solution pour vendre son OS (avec IE
inclus) tout en conservant la compatibilité avec tout ce qui a été
développé pour IE6.
Si c'est pour que le web Microsoft (intranet en grosse quantité)
développé exclusivement pour IE6 (et tant bien que mal mis à jour pour
IE7) ne "casse" pas, il existe plusieurs solutions plus ou moins
chères. C'est le prix à payer pour avoir accepté d'enfermer ses
outils sur une plateforme propriétaire (IE6).
Si c'est pour que le web Microsoft (intranet en grosse quantité)
développé exclusivement pour IE6 (et tant bien que mal mis à jour pour
IE7) ne "casse" pas, il existe plusieurs solutions plus ou moins
chères. C'est le prix à payer pour avoir accepté d'enfermer ses
outils sur une plateforme propriétaire (IE6).
Si c'est pour que le web Microsoft (intranet en grosse quantité)
développé exclusivement pour IE6 (et tant bien que mal mis à jour pour
IE7) ne "casse" pas, il existe plusieurs solutions plus ou moins
chères. C'est le prix à payer pour avoir accepté d'enfermer ses
outils sur une plateforme propriétaire (IE6).
avec du Javascript ou autre. Quant au problème des PNG il suffisait
d'introduire un élément htc qui déboguait la balise img. Et ce n'est plus
nécessaire avec IE7.
avec du Javascript ou autre. Quant au problème des PNG il suffisait
d'introduire un élément htc qui déboguait la balise img. Et ce n'est plus
nécessaire avec IE7.
avec du Javascript ou autre. Quant au problème des PNG il suffisait
d'introduire un élément htc qui déboguait la balise img. Et ce n'est plus
nécessaire avec IE7.
Si c'est pour que le web Microsoft (intranet en grosse quantité)
développé exclusivement pour IE6 (et tant bien que mal mis à jour pour
IE7) ne "casse" pas, il existe plusieurs solutions plus ou moins
chères.
En fait le problème n'est pas là, au sens de l'affreux enfermement
propriétaire de Microsoft (pour autant qu'on ait codé proprement son HTML),
c'est qu'IE6 fait quelques interprétations singulières des marges et ne
gérait pas le PNG transparent.
Cette histoire d'IE8 est, à mon avis, une espèce de compatibilité
descendante pour continuer à faire fonctionner d'immondes sites fabriqués
avec les pieds au temps du HTML 3.5.
Si c'est pour que le web Microsoft (intranet en grosse quantité)
développé exclusivement pour IE6 (et tant bien que mal mis à jour pour
IE7) ne "casse" pas, il existe plusieurs solutions plus ou moins
chères.
En fait le problème n'est pas là, au sens de l'affreux enfermement
propriétaire de Microsoft (pour autant qu'on ait codé proprement son HTML),
c'est qu'IE6 fait quelques interprétations singulières des marges et ne
gérait pas le PNG transparent.
Cette histoire d'IE8 est, à mon avis, une espèce de compatibilité
descendante pour continuer à faire fonctionner d'immondes sites fabriqués
avec les pieds au temps du HTML 3.5.
Si c'est pour que le web Microsoft (intranet en grosse quantité)
développé exclusivement pour IE6 (et tant bien que mal mis à jour pour
IE7) ne "casse" pas, il existe plusieurs solutions plus ou moins
chères.
En fait le problème n'est pas là, au sens de l'affreux enfermement
propriétaire de Microsoft (pour autant qu'on ait codé proprement son HTML),
c'est qu'IE6 fait quelques interprétations singulières des marges et ne
gérait pas le PNG transparent.
Cette histoire d'IE8 est, à mon avis, une espèce de compatibilité
descendante pour continuer à faire fonctionner d'immondes sites fabriqués
avec les pieds au temps du HTML 3.5.
[2] Tandis que cette semaine (21/01/08) Chris Wilson a annoncé sur le
IEBlog l'apparition du nouveau mode de rendu le "super standard mode"
de IE8.
<http://blogs.msdn.com/ie/archive/2008/01/21/compatibility-and-ie8.aspx>
Je ne me suis pas encore assez documenté sur le sujet... et je reste
étonné qu'il faille un switch entre le mode de rendu de IE7 et IE8 ! Car
autant IE6 était buggé pour des choses CSS assez basiques et même en
mode de rendu strict, autant IE7 avait apporté quand même du progrès je
crois là-dessus... Je ne m'imaginais pas que passer de IE7 et IE8
casserai autant de pages "standard" (doctype strict et code valide) ?
[2] Tandis que cette semaine (21/01/08) Chris Wilson a annoncé sur le
IEBlog l'apparition du nouveau mode de rendu le "super standard mode"
de IE8.
<http://blogs.msdn.com/ie/archive/2008/01/21/compatibility-and-ie8.aspx>
Je ne me suis pas encore assez documenté sur le sujet... et je reste
étonné qu'il faille un switch entre le mode de rendu de IE7 et IE8 ! Car
autant IE6 était buggé pour des choses CSS assez basiques et même en
mode de rendu strict, autant IE7 avait apporté quand même du progrès je
crois là-dessus... Je ne m'imaginais pas que passer de IE7 et IE8
casserai autant de pages "standard" (doctype strict et code valide) ?
[2] Tandis que cette semaine (21/01/08) Chris Wilson a annoncé sur le
IEBlog l'apparition du nouveau mode de rendu le "super standard mode"
de IE8.
<http://blogs.msdn.com/ie/archive/2008/01/21/compatibility-and-ie8.aspx>
Je ne me suis pas encore assez documenté sur le sujet... et je reste
étonné qu'il faille un switch entre le mode de rendu de IE7 et IE8 ! Car
autant IE6 était buggé pour des choses CSS assez basiques et même en
mode de rendu strict, autant IE7 avait apporté quand même du progrès je
crois là-dessus... Je ne m'imaginais pas que passer de IE7 et IE8
casserai autant de pages "standard" (doctype strict et code valide) ?
Laurent vilday wrote:<http://blogs.msdn.com/ie/archive/2008/01/21/compatibility-and-ie8.aspx>
Microsoft, part la voix de Chris Wilson, parle de "not breaking the
web" pour justifier ce <meta>
Oui, ça parait logique : on ne va pas lancer sur le marché un navigateur
qui ne sait afficher quasiment aucune des pages de l'Internet !
Cependant, en mode de rendu strict il me semble que IE7 ne génère pas
bcp de bugs ? Et puis il y a les commentaires conditionnels...
Il lui faut donc une solution pour vendre son OS (avec IE inclus) tout
en conservant la compatibilité avec tout ce qui a été développé pour IE6.
C'est bien ce que je ne comprend pas : la "bascule" (adaptation des
hacks de contournement des bugs de rendu de IE 5 et 6 plus valables sur
IE7) entre IE6 et IE7 a normalement du être effectuée par les sites
voulus pour s'afficher en mode de rendu "standard". Je m'imagine qu'un
site qui s'affiche correctement en mode de rendu standard sur IE6 et IE7
devrait s'afficher très correctement aussi sur IE8 ??
Il y a sans doute des choses qui m'échappent, je manque malheureusement
de temps pour fouiller plus avant
Laurent vilday wrote:
<http://blogs.msdn.com/ie/archive/2008/01/21/compatibility-and-ie8.aspx>
Microsoft, part la voix de Chris Wilson, parle de "not breaking the
web" pour justifier ce <meta>
Oui, ça parait logique : on ne va pas lancer sur le marché un navigateur
qui ne sait afficher quasiment aucune des pages de l'Internet !
Cependant, en mode de rendu strict il me semble que IE7 ne génère pas
bcp de bugs ? Et puis il y a les commentaires conditionnels...
Il lui faut donc une solution pour vendre son OS (avec IE inclus) tout
en conservant la compatibilité avec tout ce qui a été développé pour IE6.
C'est bien ce que je ne comprend pas : la "bascule" (adaptation des
hacks de contournement des bugs de rendu de IE 5 et 6 plus valables sur
IE7) entre IE6 et IE7 a normalement du être effectuée par les sites
voulus pour s'afficher en mode de rendu "standard". Je m'imagine qu'un
site qui s'affiche correctement en mode de rendu standard sur IE6 et IE7
devrait s'afficher très correctement aussi sur IE8 ??
Il y a sans doute des choses qui m'échappent, je manque malheureusement
de temps pour fouiller plus avant
Laurent vilday wrote:<http://blogs.msdn.com/ie/archive/2008/01/21/compatibility-and-ie8.aspx>
Microsoft, part la voix de Chris Wilson, parle de "not breaking the
web" pour justifier ce <meta>
Oui, ça parait logique : on ne va pas lancer sur le marché un navigateur
qui ne sait afficher quasiment aucune des pages de l'Internet !
Cependant, en mode de rendu strict il me semble que IE7 ne génère pas
bcp de bugs ? Et puis il y a les commentaires conditionnels...
Il lui faut donc une solution pour vendre son OS (avec IE inclus) tout
en conservant la compatibilité avec tout ce qui a été développé pour IE6.
C'est bien ce que je ne comprend pas : la "bascule" (adaptation des
hacks de contournement des bugs de rendu de IE 5 et 6 plus valables sur
IE7) entre IE6 et IE7 a normalement du être effectuée par les sites
voulus pour s'afficher en mode de rendu "standard". Je m'imagine qu'un
site qui s'affiche correctement en mode de rendu standard sur IE6 et IE7
devrait s'afficher très correctement aussi sur IE8 ??
Il y a sans doute des choses qui m'échappent, je manque malheureusement
de temps pour fouiller plus avant
"Laurent vilday" a écrit dans le message de news:
47987708$0$28815$Si c'est pour que le web Microsoft (intranet en grosse quantité)
développé exclusivement pour IE6 (et tant bien que mal mis à jour pour
IE7) ne "casse" pas, il existe plusieurs solutions plus ou moins
chères. C'est le prix à payer pour avoir accepté d'enfermer ses
outils sur une plateforme propriétaire (IE6).
En fait le problème n'est pas là, au sens de l'affreux enfermement
propriétaire de Microsoft (pour autant qu'on ait codé proprement son HTML),
c'est qu'IE6 fait quelques interprétations singulières des marges
gérait pas le PNG transparent. Hors il n'est pas hors de porté d'un
webmestre moyen (j'y suis bien arrivé donc "ce qu'un âne sait faire, un
autre peut le faire") de faire que le rendu d'une page Web avec plein de
blocs et de marges se conporte pareillement avec les 3 navigateurs usuels
(sous Windows). Et ce sans une seule fois tester l'identité du navigateur
avec du Javascript ou autre.
Cette histoire d'IE8 est, à mon avis, une espèce de compatibilité
descendante pour continuer à faire fonctionner d'immondes sites fabriqués
avec les pieds au temps du HTML 3.5.
"Laurent vilday" <mokhet@mokhet.com> a écrit dans le message de news:
47987708$0$28815$426a74cc@news.free.fr
Si c'est pour que le web Microsoft (intranet en grosse quantité)
développé exclusivement pour IE6 (et tant bien que mal mis à jour pour
IE7) ne "casse" pas, il existe plusieurs solutions plus ou moins
chères. C'est le prix à payer pour avoir accepté d'enfermer ses
outils sur une plateforme propriétaire (IE6).
En fait le problème n'est pas là, au sens de l'affreux enfermement
propriétaire de Microsoft (pour autant qu'on ait codé proprement son HTML),
c'est qu'IE6 fait quelques interprétations singulières des marges
gérait pas le PNG transparent. Hors il n'est pas hors de porté d'un
webmestre moyen (j'y suis bien arrivé donc "ce qu'un âne sait faire, un
autre peut le faire") de faire que le rendu d'une page Web avec plein de
blocs et de marges se conporte pareillement avec les 3 navigateurs usuels
(sous Windows). Et ce sans une seule fois tester l'identité du navigateur
avec du Javascript ou autre.
Cette histoire d'IE8 est, à mon avis, une espèce de compatibilité
descendante pour continuer à faire fonctionner d'immondes sites fabriqués
avec les pieds au temps du HTML 3.5.
"Laurent vilday" a écrit dans le message de news:
47987708$0$28815$Si c'est pour que le web Microsoft (intranet en grosse quantité)
développé exclusivement pour IE6 (et tant bien que mal mis à jour pour
IE7) ne "casse" pas, il existe plusieurs solutions plus ou moins
chères. C'est le prix à payer pour avoir accepté d'enfermer ses
outils sur une plateforme propriétaire (IE6).
En fait le problème n'est pas là, au sens de l'affreux enfermement
propriétaire de Microsoft (pour autant qu'on ait codé proprement son HTML),
c'est qu'IE6 fait quelques interprétations singulières des marges
gérait pas le PNG transparent. Hors il n'est pas hors de porté d'un
webmestre moyen (j'y suis bien arrivé donc "ce qu'un âne sait faire, un
autre peut le faire") de faire que le rendu d'une page Web avec plein de
blocs et de marges se conporte pareillement avec les 3 navigateurs usuels
(sous Windows). Et ce sans une seule fois tester l'identité du navigateur
avec du Javascript ou autre.
Cette histoire d'IE8 est, à mon avis, une espèce de compatibilité
descendante pour continuer à faire fonctionner d'immondes sites fabriqués
avec les pieds au temps du HTML 3.5.
Tandis que cette semaine (21/01/08) Chris Wilson a annoncé sur le
IEBlog l'apparition du nouveau mode de rendu le "super standard mode" de
IE8.
<http://blogs.msdn.com/ie/archive/2008/01/21/compatibility-and-ie8.aspx>
<http://alistapart.com/articles/beyonddoctype>
<http://www.quirksmode.org/blog/archives/2008/01/the_versioning.html>
Tandis que cette semaine (21/01/08) Chris Wilson a annoncé sur le
IEBlog l'apparition du nouveau mode de rendu le "super standard mode" de
IE8.
<http://blogs.msdn.com/ie/archive/2008/01/21/compatibility-and-ie8.aspx>
<http://alistapart.com/articles/beyonddoctype>
<http://www.quirksmode.org/blog/archives/2008/01/the_versioning.html>
Tandis que cette semaine (21/01/08) Chris Wilson a annoncé sur le
IEBlog l'apparition du nouveau mode de rendu le "super standard mode" de
IE8.
<http://blogs.msdn.com/ie/archive/2008/01/21/compatibility-and-ie8.aspx>
<http://alistapart.com/articles/beyonddoctype>
<http://www.quirksmode.org/blog/archives/2008/01/the_versioning.html>