IE comprend le XHTML en faisant comme si c'était du HTML, il le traite avec son parseur HTML tout ce qui n'est pas du HTML standart est considéré comme une erreur. Ca marche uniquement par chance, parce que les erreurs ne perturbent pas trop IE, et des fois ça plante. Faut aimer la loterie.
Mais c'est le même problème avec les autres navigateurs. Une fois qu'ils ont reçu le mime-type "text/html", ils traitent aussi le document XHTML comme du HTML avec des erreurs (d'ailleurs, Firefox n'a pas le même rendu pour une page servi en text/html et la même page servi en application/xhtml+xml), et le fait qu'ils arrivent à bien rendre un document avec le mauvais mime-type vient de leur capacité à négocier les erreurs... Encore de la loterie.
Finalement, tant qu'on a pas besoin des possibilités d'XHTML, il vaut mieux rester en HTML4.01 strict.
[^] # Re: IE, HTML à la papa et XHTML
Posté par Nénuphare Rose . En réponse à la dépêche Tim Berners-Lee évoque l'avenir d'(X)HTML. Évalué à 8.
IE comprend le XHTML en faisant comme si c'était du HTML, il le traite avec son parseur HTML tout ce qui n'est pas du HTML standart est considéré comme une erreur. Ca marche uniquement par chance, parce que les erreurs ne perturbent pas trop IE, et des fois ça plante. Faut aimer la loterie.
Mais c'est le même problème avec les autres navigateurs. Une fois qu'ils ont reçu le mime-type "text/html", ils traitent aussi le document XHTML comme du HTML avec des erreurs (d'ailleurs, Firefox n'a pas le même rendu pour une page servi en text/html et la même page servi en application/xhtml+xml), et le fait qu'ils arrivent à bien rendre un document avec le mauvais mime-type vient de leur capacité à négocier les erreurs... Encore de la loterie.
Finalement, tant qu'on a pas besoin des possibilités d'XHTML, il vaut mieux rester en HTML4.01 strict.