Est-ce acceptable pour XHTML invalide ?

J'ai remarqué que de nombreux sites, SO inclus, utilisent XHTML comme langage de balisage et ne respectent pas les spécifications. Il suffit de parcourir la source pour SO il manque des balises de fermeture pour les paragraphes, des éléments invalides, etc.

Les outils (et les développeurs) doivent-ils donc utiliser le doctype XHTML s'ils produisent des balises invalides ? Et les navigateurs devraient-ils être plus fermes dans leur acceptation d'un balisage médiocre ?

Et avant que quiconque ne crie hypocrite, mon blog contient un balisage invalide impliquant le captha (ou il l'a fait la dernière fois que j'ai vérifié) qui implique de styliser la balise noscript.

请先 登录 后评论

6 réponses

Bryan Denny

Tant que cela fonctionne dans IE, FF, Safari, (insérer un autre navigateur ici), ça devrait aller. La validation n'est pas aussi importante que son rendu correct dans plusieurs navigateurs. Ce n'est pas parce qu'il est valide qu'il fonctionnera correctement dans IE, par exemple.

Exécutez Google Analytics ou similaire sur votre site et voyez quel type de navigateurs vos utilisateurs utilisent, puis évaluez les navigateurs que vous devez le plus prendre en charge et préoccupez-vous des moins importants lorsque vous avez du temps libre pour le faire.< /p>

请先 登录 后评论
Lauren

Je n'utiliserais pas du tout XHTML juste pour m'épargner le stress philosophique. Ce n'est pas comme si les navigateurs le traitaient comme XHTML de toute façon.

Les navigateurs rejetteront un balisage médiocre si la page est envoyée au format application/xhtml xml, mais ils le sont rarement. C'est bien.

Je serais plus préoccupé par des choses comme l'utilisation en ligne de CSS et de JavaScript avec Stack Overflow, simplement parce qu'elles rendent la maintenance plus difficile.

请先 登录 后评论
Grant

Je dis, si le rendu est correct, peu importe si le pixel est parfait.

Il faut un certain temps pour qu'un site soit opérationnel comme vous le souhaitez, revenir en arrière et apporter des modifications va légèrement changer la façon dont la page s'affiche, puis vous devez résoudre ces problèmes .

Maintenant, je ne dis pas que vous devriez créer des pages Web bâclées, mais je ne vois aucune raison de réparer ce qui n'est pas cassé. Les navigateurs ne vont pas abandonner la prise en charge de la correction d'erreurs dans un avenir proche.

请先 登录 后评论
UnkwnTech

Je ne comprends pas pourquoi tout le monde essaie de faire en sorte que leurs sites Web soient conformes à la norme alors que certains navigateurs ont encore des problèmes pour restituer correctement le code standard. Je suis dans la conception de sites Web depuis environ 10 ans et j'ai arrêté le double codage (lire : le piratage de CSS) et le changement de trucs stupides juste pour pouvoir mettre un bouton sur mon site.

Je crois que l'utilisation d'un

请先 登录 后评论
Teifion

Il y a tellement de normes et elles sont si mal « appliquées » ou prises en charge que je ne pense pas que cela importe. Ne vous méprenez pas, je pense qu'il devrait y avoir des normes, mais parce qu'elles ne sont pas appliquées, personne ne les suit et c'est une énorme spirale descendante.

请先 登录 后评论
Greg Hurlman

Pour 99,999 % des sites, cela n'aura pas vraiment d'importance. La seule fois où cela a eu de l'importance, j'ai exécuté l'entrée HTML via HTMLTidy pour la XHTML-iser, puis j'ai exécuté mon traitement dessus.

En gros, c'est l'axiome de l'ancien programmeur : ne faire confiance à aucune entrée.

请先 登录 后评论
  • 4 abonnés
  • 0 favoris,493 Feuilleter
  • graham.reeds posée à 2023-03-05 07:29