2008-11-20 8 views
5

W3C recommends putting a space before the closing tag in XHTML, car cela donnerait une meilleure rétrocompatibilité avec certains navigateurs, par ex. écrivez <br /> au lieu de <br/>. Mais y a-t-il encore des navigateurs, qui ne toléreraient pas que vous ayez omis l'espace? (W3C ne mentionne pas quels navigateurs causent des problèmes.)Est-il encore nécessaire de mettre un espace avant de fermer un élément vide en XHTML?

Je sais que cela ne fait pas beaucoup de différence. Je préfère juste la version plus courte. Donc, à moins d'une bonne raison, je vais commencer à coder mon XHTML sans espace avant de fermer les tags vides.

+0

Quelle source implique que cela a déjà été? Pouvez-vous fournir un lien? – Tomalak

+0

http://stackoverflow.com/questions/462741/space-before-closing-slash – gavenkoa

Répondre

8

Il est pour Netscape 4.

-je inclure encore par habitude, et ma bibliothèque Templating les mettre en tout cas pour moi, mais il est douteux que ce soit vraiment important aujourd'hui.

+3

Techniquement, ce n'est pas correct. Je viens de tester Netscape Navigator 4.08 et ça fonctionne très bien. Netscape 3.0, cependant, ne le fait pas. Si vous vous souciez de l'un ou l'autre de ces problèmes, vous aurez plutôt à vous soucier de quelques problèmes urgents. – mercator

0

S'il existe encore des navigateurs qui dépendent de l'espace, utilisez-le.

La quantité d'octets sauvegardés ne justifie pas les problèmes éventuels.

0

Le point de compatibilité ascendante est de toujours prendre en charge les navigateurs qui ne prennent pas en charge la notation courte. Il y en a probablement encore beaucoup. Je suppose que votre choix peut dépendre du public cible du site Web (par exemple, un site technique aura plus de visiteurs utilisant un navigateur récent, par opposition à seniors.net, visité par des personnes utilisant Win 95 et IE 4).

1

Je dirais que non ... C'était pour supporter Netscape 4, comme l'a dit Bobince, et je crois que le nombre de ces navigateurs réellement utilisés est très proche de zéro, heureusement! Contrairement à ce que Vincent a dit, je ne pense pas que IE4 ait un tel problème. Et je crois que nous pouvons classer IE3/4/5/5.5 comme mort de toute façon (au moins parti des statistiques Web), et attendre impatiemment de faire la même chose pour IE6 aussi! :-D

Chose idiote, cela a influencé tant de gens que parfois je vois x="foo" /> même des fichiers XML purs!

Questions connexes