Balises auto-fermantes

Mini-billet « mouche du code » aujourd’hui !

Vous écrivez vos balises auto-fermantes comme cela :

<br />

Ou comme cela :

<br/>

Et surtout, pourquoi ?

J’avoue utiliser la première solution sans aucune justification qui tienne la route pour autant. Je serais curieux d’en apprendre plus.


12 commentaires ↓

#1 Yves le 05.26.08 à 12:05

Je mes un espace avant /> dans les éléments vide… Il me semble que c’est plus parlant de mettre un séparateur (l’espace) entre le contenu et sa fin… On fait pareil pour les attributs …

Mais bon, ça reste plus ou moins une question de gout …

#2 STPo le 05.26.08 à 13:02

La première version (avec l’espace) pour moi, parce que j’ai l’habitude et parce que les PCs c’est mieux que les Macs…

#3 Vincent le 05.26.08 à 13:14

Et bah on est pas rendus ! 😉

#4 katsoura le 05.26.08 à 14:44

Dans la version du XHTML, la syntaxe pour une balise unique (sans balise de fermeture) se fait <br /> tout comme <img />

#5 michel v le 05.28.08 à 11:51

On voit ceux qui n’ont jamais eu à supporter Netscape 4 dans leur carrière ! 😉

Ce n’est pas une question de goût. Historiquement, on ajoute un espace avant le slash sinon Netscape 4 (et d’autres navigateurs de l’époque) ne reconnaît pas le tag du tout. C’était tellement important comme détail que c’est passé dans les recommandations de compatibilité du W3C : http://www.w3.org/TR/xhtml1/#C_2

#6 michel v le 05.28.08 à 11:53

(Bon OK je poste un commentaire avec Safari et il n’apparait pas. Bug de Safari, ou « bug » du site qui devrait spécifier que les commentaires sont modérés ?)

#7 Vincent le 05.28.08 à 12:01

Il s’agit bel et bien de commentaires modérés et ce n’est pas précisé. Bien vu.

Et merci pour ton commentaire pertinent !

#8 Leygues le 06.03.08 à 13:59

Salut,

première méthode pour plus de lisibilité à mon sens.

#9 STPo le 06.04.08 à 21:18

Je repasse rapidement remonter un bug assez comique relatif au sujet : je monte actuellement des gabarits démesurés blindés de .png et comportements JS plus ou moins lourds. Au cours d’un de ces montages, j’ai constaté un gros bug hasLayout sur IE (6 et 7) que je n’arrivais pas à corriger par les techniques usuelles… et qui venaient finalement d’innoffensifs <span/> ! IE arrivait en effet très bien à gérer ces balises auto-fermées (sans espace) jusqu’à ce qu’il y en ait « trop » par page et que tout merde inexplicablement. Je suis repassé à des <span></span> et là miracle tout redevient normal… je comprendrais une autre fois je crois.

#10 Voitures occasion Maroc le 05.31.09 à 13:42

D’après les recommandations de compatibilité du W3C, il faut mettre un espace. Je signale que W3C et la référence pour les règles de création de sites web, si on veut rester compatible avec tous les navigateurs existant. Sinon, on risque de concevoir un bon site testé sur FireFox, et se retrouvé surpris quand on le lance sur IE, ou Opera et autres

#11 Olivier C le 04.01.13 à 23:49

Il semble que ce problème n’en soit plus un depuis le passage en html5 : «  » tout simplement…

#12 Olivier C le 04.01.13 à 23:49

Errata : <br> tout simplement…


Laisser un commentaire

Mise en forme : vous pouvez utiliser la syntaxe Markdown. Vous verrez, c’est chouette !