Est-ce que cela ne serait pas mieux que Firefox n'affiche pas du tout un site s'il y a une erreur de balise dans le code html
Personnelement je pense que oui. Si le web est aussi pourris (au niveau qualitée de code) selon moi, c'est bien parce que les navigateurs laissent faire ce genre erreurs la ou n'importe quel autre compilateur/interpreteur aurait envoyer bouler le dev. Bon après c'est sur ça va pas plaire à tout le monde, d'autant plus si les concurants continue à interpreter tout et n'importe quoi.
faut relire les specs... HTML n'oblige en rien à faire du code "propre" XHTML si... pour autant qu'il soit servi avec le bon mime : application/xhtml+xml et, dans ce cas une en-tête xml. Le problème ne viens pas du navigateur (pas de FF en tous cas) mais de l'utilisateur : l'utilisateur veux que ça marche, rien d'autre. La technique ? il s'en balance comme de sa première crotte de nez. La faute viens aussi d'IE qui ne comprends pas le code "bien formé" : c'est à cause d'IE que les pages XHTML sont servies si souvent en text/html...
Mais pour reprendre l'exemple des navigateurs. Pourquoi Firefox n'interpreterait pas une page de la même façon que IE ? Si il s'aperçois que son site marche sous IE mais pas sous Firefox il va se dire "firefox c'est pourris"...
euh... en fait c'est l'inverse qui se produit en général...
Le plus souvent, on crée des templates, des css et c'est joli... sou FF, KHTML, Opera.... mais sou IE (5.5 6) c'est une horreur... on fait donc des hacks pour IE 55. 6... puis on teste sous IE7 et là, c'est le drame : IE 7 n'a pas les mêmes bugs que ses prédécesseurs coté css, mais en a d'autres nouveaux... (dont le fameux "pickaboo bug") du coup, pour plus de rapidité, on est souvent obligé de coder pour IE d'abord, puis d'assurer la compatibilité pour le reste...
donc, ne pas afficher les pages au code malformé c'est, en gros, supprimer l'accès à plus 95% des pages web (à la louche aux vues de mes constatations sur la validité des pages visitées)
[^] # Re: Tolérance
Posté par jeffcom . En réponse au journal Problèmes de window scaling ? Quelle est la meilleure solution face à cela ?. Évalué à 4.
faut relire les specs... HTML n'oblige en rien à faire du code "propre" XHTML si... pour autant qu'il soit servi avec le bon mime : application/xhtml+xml et, dans ce cas une en-tête xml. Le problème ne viens pas du navigateur (pas de FF en tous cas) mais de l'utilisateur : l'utilisateur veux que ça marche, rien d'autre. La technique ? il s'en balance comme de sa première crotte de nez. La faute viens aussi d'IE qui ne comprends pas le code "bien formé" : c'est à cause d'IE que les pages XHTML sont servies si souvent en text/html...
euh... en fait c'est l'inverse qui se produit en général...
Le plus souvent, on crée des templates, des css et c'est joli... sou FF, KHTML, Opera.... mais sou IE (5.5 6) c'est une horreur... on fait donc des hacks pour IE 55. 6... puis on teste sous IE7 et là, c'est le drame : IE 7 n'a pas les mêmes bugs que ses prédécesseurs coté css, mais en a d'autres nouveaux... (dont le fameux "pickaboo bug") du coup, pour plus de rapidité, on est souvent obligé de coder pour IE d'abord, puis d'assurer la compatibilité pour le reste...
donc, ne pas afficher les pages au code malformé c'est, en gros, supprimer l'accès à plus 95% des pages web (à la louche aux vues de mes constatations sur la validité des pages visitées)