HTML 5: est-ce <br>, <br/> ou <br />?

J'ai essayé de vérifier d' autres réponses , mais je suis toujours confus - surtout après avoir vu la référence HTML 5 de W3schools .

Je pensais que HTML 4.01 était censé "autoriser" les balises simples à être simplement <img>et <br>. Puis XHTML est venu avec <img />et <br />( où quelqu'un a dit que l'espace était là pour les anciens navigateurs ).

Maintenant, je me demande comment je suis censé formater mon code lorsque je pratique HTML 5.

Est-ce <br>, <br/>ou <br />?

C'est tout simplement <br>suffisant.

Les autres formulaires sont là pour la compatibilité avec XHTML; pour permettre d'écrire le même code que XHTML, et de le faire aussi travailler en HTML. Certains systèmes qui génèrent du HTML peuvent être basés sur des générateurs XML, et n'ont donc pas la possibilité de produire uniquement une <br>balise nue ; si vous utilisez un tel système, c'est très bien à utiliser <br/>, ce n'est tout simplement pas nécessaire si vous n'avez pas besoin de le faire.

Cependant, très peu de gens utilisent XHTML. Vous devez servir votre contenu application/xhtml+xmlpour qu'il soit interprété comme XHTML, et cela ne fonctionnera pas dans les anciennes versions d'IE - cela signifiera également que toute petite erreur que vous faites empêchera l'affichage de votre page dans les navigateurs qui prennent en charge XHTML. Ainsi, la plupart de ce qui ressemble à du XHTML sur le Web est en fait servi et interprété comme du HTML. Voir Servir XHTML en tant que texte / html considéré comme nuisible pour plus d'informations.

Je pense que cette citation du HTML 5 Reference Draft fournit la réponse:

3.2.2.2 Éléments vides

Le terme éléments vides est utilisé pour désigner les éléments qui doivent être vides . Ces exigences s'appliquent uniquement à la syntaxe HTML. En XHTML, tous ces éléments sont traités comme des éléments normaux, mais doivent être marqués comme des éléments vides.

Il est interdit à ces éléments de contenir du contenu. En HTML, ces éléments n'ont qu'une balise de début . La syntaxe de balise à fermeture automatique peut être utilisée. La balise de fin doit être omise car l'élément est automatiquement fermé par l'analyseur.

Exemple HTML:
un élément void dans la syntaxe HTML. Cela n'est pas autorisé dans la syntaxe XHTML.

<hr>

Exemple:
un élément void utilisant la syntaxe de balise à fermeture automatique compatible HTML et XHTML.

<hr/>

Exemple XHTML:
un élément void utilisant la syntaxe XHTML uniquement avec une balise de fin explicite. Ceci n'est pas autorisé pour les éléments void dans la syntaxe HTML.

<hr></hr>

XML ne permet pas de laisser les balises ouvertes, c'est donc <br>un peu pire que les deux autres. Les deux autres sont à peu près équivalents au second ( <br/>) préféré pour la compatibilité avec les navigateurs plus anciens. En fait, l'espace avant /est préféré pour des raisons de compatibilité, mais je pense que cela n'a de sens que pour les balises qui ont des attributs. Je dirais donc soit <br/>ou <br />, selon ce qui plaît à votre esthétique.

Pour résumer: les trois sont valables, le premier ( <br>) étant un peu moins "portable".

Edit : Maintenant que nous sommes tous fous de spécifications, je pense qu'il vaut la peine de souligner que, selon dev.w3.org :

Les balises de début se composent des parties suivantes, dans l'ordre exactement suivant:

1. Un caractère "<".
2. Nom de balise de l'élément.
3. Facultativement, un ou plusieurs attributs, dont chacun doit être précédé d'un ou plusieurs caractères d'espace.
4. Facultativement, un ou plusieurs caractères d'espace.
5. Facultativement, un caractère "/", qui peut être présent uniquement si l'élément est un élément vide.
6. Un caractère ">".

En HTML (jusqu'à HTML 4) : utilisez<br>

En HTML 5 : <br>est préféré, mais <br/>et <br />est également acceptable

En XHTML : <br />est préférable. Peut également utiliser <br/>ou<br></br>

Remarques:

• <br></br> n'est pas valide en HTML 5, il sera considéré comme deux sauts de ligne.
• XHTML est sensible à la casse, HTML n'est pas sensible à la casse.
• Pour des raisons de compatibilité descendante, certains anciens navigateurs analysaient le XHTML en HTML et échouaient <br/>mais pas<br />

Référence:

• http://www.w3schools.com/tags/tag_br.asp
• http://en.wikipedia.org/wiki/XHTML

Selon la spécification, la forme attendue est <br>pour HTML 5 mais une barre oblique de fermeture est autorisée.

Je recommanderais d'utiliser <br />pour les raisons suivantes:

1) Les éditeurs de texte et XML qui mettent en évidence la syntaxe XML dans différentes couleurs se mettront en surbrillance correctement avec <br />mais ce n'est pas toujours le cas si vous utilisez<br>

2) <br />est rétrocompatible avec XHTML et le HTML bien formé (c'est-à-dire: XHTML) est souvent plus facile à valider pour les erreurs et le débogage

3) Certains anciens analyseurs et certaines spécifications de codage nécessitent de l'espace avant la barre oblique de fermeture (c'est-à-dire: <br />au lieu de <br/>) tels que la spécification de codage du plugin WordPress: http://make.wordpress.org/core/handbook/coding-standards/html/

D'après mon expérience, je n'ai jamais rencontré de cas où l'utilisation <br />est problématique, cependant, il existe de nombreux cas où <br/>ou surtout <br>pourraient être problématiques dans les anciens navigateurs et outils.

XML requiert que toutes les balises aient une balise de fermeture correspondante. Il existe donc une syntaxe abrégée spéciale pour les balises sans contenu interne.

HTML5 n'est pas XML, il ne devrait donc pas poser une telle exigence. HTML 4.01 non plus.

Par exemple, dans les spécifications HTML5 , tous les exemples avec brbalise utilisent la <br>syntaxe, non <br/>.

UPD En fait, <br/>est autorisé en HTML5 . 9.1.2.1, 7.

Si vous êtes intéressé par la comparabilité (pas la compatibilité, mais la comparabilité), je m'en tiendrai à <br />.

Sinon, ça <br>va.

Les deux <br>et <br />sont acceptables en HTML5, mais dans l'esprit du HTML, <br>doivent être utilisés. HTML5 permet de fermer les barres obliques afin d'être plus compatible avec les documents qui étaient auparavant HTML 4.01 et XHTML 1.0, permettant une migration plus facile vers HTML5. Bien sûr, <br/>est également acceptable, mais pour être compatible avec certains navigateurs plus anciens, il devrait y avoir un espace avant la barre de fermeture ( /).

1. Si vous produisez du code HTML sur un site Web normal, vous pouvez utiliser <br> ou <br/> , les deux sont valides chaque fois que vous diffusez HTML5 en tant que texte / html.

2. Si vous êtes au service de HTML5 comme XHTML ( à savoir l' application de type de contenu / xhtml + xml, avec une déclaration XML), vous devez utiliser une balise de fermeture automatique comme ceci: <br/>.

   Si vous ne le faites pas, certains navigateurs peuvent carrément refuser de rendre votre page (Firefox en particulier est très strict pour ne rendre que les pages xhtml + xml valides).

   Comme indiqué en 1. <br/>est également valide pour HTML5 qui se trouve être généré en XML mais servi comme un texte / html normal sans déclaration XML (comme à partir d'une transformation XSL qui génère des pages Web, ou quelque chose de similaire).

Pour dissiper la confusion: mettre un espace avant la barre oblique n'est pas requis en HTML5 et ne fait aucune différence sur la façon dont la page est rendue (si quelqu'un peut citer un exemple, je le rétracterai, mais je ne pense pas que ce soit vrai - mais IE fait certainement beaucoup d'autres choses étranges avec toutes les formes de <br>balises).

L'excellent validateur sur http://validator.w3.org est vraiment utile pour vérifier ce qui est valide (bien que je ne sois pas sûr que vous puissiez vous y fier pour vérifier également le type de contenu).

Les deux <br>et le <br/>fera bien , mais je préfère , <br/>car il est un peu plus logique. Il est logique d'attendre une balise de fermeture chaque fois qu'il y a une balise d'ouverture. Par conséquent, votre code est légèrement plus facile à lire si vous n'utilisez pas de balise d'ouverture alors qu'il n'y aura pas de balise de fermeture.

Tous les navigateurs (sauf peut-être certains très anciens qui n'ont pas d'importance) afficheront exactement les mêmes. Cependant, <br>n'est pas compatible xHTML.

<br>et <br/>rendre différemment. Certains navigateurs interprètent <br/>comme <br></br>et insèrent deux sauts de ligne

<br>est suffisant mais en XHTML <br />est préféré selon le WHATWG et selon le W3C .

Pour citer la section 8.1.2.1 de la recommandation HTML 5.2 W3C, 14 décembre 2017

Les balises de début doivent avoir le format suivant:

…

5. Après les attributs, ou après le nom de la balise s'il n'y a pas d'attributs, il peut y avoir un ou plusieurs caractères d'espace. (Certains attributs doivent être suivis d'un espace. Voir le §8.1.2.3 Attributs ci-dessous.)

6. Ensuite, si l'élément est l'un des éléments vides, ou si l'élément est un élément étranger, alors il peut y avoir un seul caractère SOLIDUS U + 002F (/). Ce caractère n'a aucun effet sur les éléments vides, mais sur les éléments étrangers, il marque la balise de début comme étant à fermeture automatique.

Si vous utilisez Dreamweaver CS6, il se complétera automatiquement en tant que <br />.

Pour valider votre fichier HTML sur W3C, voir: http://validator.w3.org/

En validation, de cette question, cela dépend vraiment de ce que !DOCTYPEvous essayez de faire passer la vérification.

Mon favori personnel est l' 4.01 Transendroit où j'utilise le <br/>et il efface les avertissements et les erreurs qui peuvent avoir surgi lors de la validation

Strict est une bête beaucoup plus compliquée, il déteste "SHORTTAGS"et ne veut littéralement que le<br></br>

Dans HTML5ou le "LAX" du monde du code, il n'y a vraiment pas de bonne réponse car elle detects every example you put upy est aussi correcte ......

En fin de compte, je pense que tout ce qui compte is what validation YOU PREFERou the person that you are working for prefers... avec le lackadaisicalmouvement de rigueur du code dans html5nous voyons des CODERS TRÈS LAZY

À mon humble avis, il est préférable d'utiliser la notation régulière ( <br />) au lieu de la notation pardonnante ( <br>) pour les raisons suivantes:

Cohérence

Dans votre code HTML, certains SVG et SVG ne prennent en charge que la notation régulière (par exemple <rect />).

Hackability

Ce n'est pas un cas que les frameworks comme React et NativeScript utilisent une notation XML.
Votre code de balisage sera plus facile à analyser.

Clarté

La notation régulière est plus facile à lire et à comprendre, même tard le soir.

Caractéristiques

Les deux <br>et <br />sont des balises HTML valides.

Conclusion

Si vous utilisez un éditeur de texte à part entière, configurez-le pour utiliser la notation régulière (qui est appelée XHTML par Emmet ).
Par exemple, dans Visual Studio Code, il vous suffit d'ajouter la ligne suivante à vos paramètres:

"emmet.syntaxProfiles": {"html": "xhtml"}

Eh bien, tout ce que je sais, c'est que cela <br />donne une pause avec une ligne blanche et <br>donne juste une pause dans certains cas. Cela m'est arrivé lorsque je configurais un script IPN (PHP) et que j'envoyais des e-mails et que je vérifiais la boîte de réception. Je ne sais pas pourquoi, mais je n'ai reçu le message que<br /> and <br>

Jetez un œil au courrier ici: http://snag.gy/cLxUa.jpg

Les deux premières sections de texte sont séparées par <br />, d'où les lignes d'espacement, les trois dernières lignes de texte en bas et la dernière section est séparée par <br>et donne juste une nouvelle ligne.

En HTML <br>et en XHTML <br/>.

Je vais vous suggérer d'utiliser <br/>.

Comme beaucoup d' autres ont couvert, à la fois <br>et <br/>sont acceptables.

Je suppose que le compromis est la meilleure lisibilité et la compatibilité descendante par <br/>rapport à l'envoi d'un caractère de moins aux utilisateurs finaux <br>.

Et puisque Google utilise <br>moi aussi.

(Bien sûr, gardez à l'esprit qu'ils pourraient me servir <br>parce que j'utilise Chrome qu'ils savent le prendre en charge. Dans IE, ils pourraient toujours servir <br/>)

<br>fonctionne très bien. Les versions plus strictes comme XHTML vous obligent à ajouter la fermeture, et les versions vraiment anciennes de HTML qui n'incluent pas de balise DOCTYPEmake <br>non-void, comme <br></br>.

En résumé: <br>ça va. D'autres sont également très bien.

Dans HTML5 la barre oblique n'est plus nécessaire: <br>,<hr>

La plupart des cas en HTML, les balises sont en paire. Mais pour un saut de ligne, vous n'avez pas besoin d'une paire de balises. Par conséquent, pour indiquer cela, HTML utilise le <br/>format. <br/>est la bonne. Utilisez ce format.

<br>la balise n'a pas de balise de fin en HTML En XHTML, la <br>balise doit être correctement fermée, comme ceci:<br />

En XML, chaque balise doit être fermée. XHTML est une extension de XML, donc toutes les règles de XML doivent être suivies pour un XHTML valide. Par conséquent, même les balises vides (nœuds sans nœuds enfants)
devraient être fermées. XML a une forme courte appelée balises à fermeture automatique pour les nœuds vides. Tu peux écrire <br></br> as <br />. Par conséquent, en XHTML <br />est utilisé.

Le HTML est très indulgent à cet égard, et il n'y a pas une telle règle. Ainsi, en HTML, les nœuds vides comme <br> <hr> <meta>etc sont écrits sans la barre oblique de fermeture.

HTML

<br>
<hr>
<meta name="keywords" content="">
<link rel="canonical" href="http://www.google.com/">

XHTML

<br />
<hr />
<meta name="keywords" content="" />
<link rel="canonical" href="http://www.google.com/" />

Toutes les balises ne peuvent pas être fermées automatiquement. Par exemple, une balise comme <script src="jQuery.min.js" />n'est pas autorisée par la DTD XHTML.

Ummm ..... quelqu'un connaît-il un seul fournisseur, agent utilisateur ou fabricant de navigateur qui a déjà suivi les spécifications du W3C à 100% ??? Donc, si HTML5 dit qu'il prend en charge les trois versions des éléments de rupture, vous pouvez parier que les fournisseurs prennent en charge les mêmes versions et encore plus bâclées!

La SEULE chose qui importe dans ce débat est d'utiliser systématiquement un codage qui suit également les spécifications XML ainsi que les spécifications HTML lorsque cela est possible. Cela signifie que vous devez utiliser la bonne version XML de la balise break et encourager toute votre équipe à faire de même:

<br />

Le même format barre oblique doit s'appliquer pour les balises img, a, hr et meta dans votre code. Pourquoi? Parce que:

1. Il est rétrocompatible avec les anciens agents utilisateurs / navigateurs XHTML
2. Les fournisseurs de navigateurs prennent en charge la version XML de toute façon, donc la spécification HTML5 est théorique.
3. Les implémentations bâclées de la plupart des agents utilisateurs aujourd'hui, dans le passé et à l'avenir l'accepteront.
4. Il permet à votre balisage d'être comparable aux normes XML si vous devez recommencer à créer des documents XHTML / XML à partir de votre balisage.
5. C'est "une bonne pratique de codage" pour TOUS LES DÉVELOPPEURS WEB de continuer à utiliser des pratiques de balisage solides qui suivent XML, y compris le codage en minuscules, les attributs cités, les caractères XML échappés, etc. etc. Pourquoi? À l'avenir, si vous devez passer aux données XML, vous codez automatiquement et pensez en XML.
6. Nous ne pouvons qu'espérer que dans le futur World Wide Web, nous nous éloignerons des normes mises en œuvre par des fournisseurs privés et reviendrons à un balisage solide, fiable et vérifié qui analyse plus rapidement, déplace les données sur les câbles plus rapidement et rend notre futur Internet plus standardisé support utilisant XML.

De plus, dans le monde robotique et de la machine qui est ici, où les robots n'ont pas les mêmes problèmes de codage d'interface humaine que HTML5 résout pour nous, ils seront ravis de revenir aux systèmes de données XML et d'analyser ces pages Web d'interface utilisateur beaucoup plus rapidement lors de leur conversion en XML Les données.

fonctionne très bien en HTML5. HTML5 laisse un peu plus de latitude que XHTML

Si vous utilisez HTML5, alors utiliser <br>est la bonne voie à suivre :)

à la fois <br>et <br/>fonctionne mais il n'est pas nécessaire d'utiliser le second parce que HTML 5 prend également en charge la première syntaxe qui est si facile

<br>et <br />rendre le rendu différemment dans certains navigateurs, donc choisir l'un plutôt que l'autre ne nuira pas à votre projet, mais attendez-vous à une recherche en masse .. remplacer pour affecter le rendu de la page dans certains navigateurs, ce qui peut entraîner un travail supplémentaire pour vous-même ou même l'embarras si le changement n'affecte rien dans votre navigateur de test, mais le casse dans le navigateur préféré de vos clients.

Je préfère <br>car c'est ce que j'utilise depuis Erwise et Netscape Navigator (premiers navigateurs Web), mais il n'y a aucune raison de ne pas choisir à la <br />place. Il peut être utile pour certains prétraitements, comparabilité, etc.

Même si votre choix se résume à préférer l'apparence de l'un à l'autre, ou si vous (ou votre éditeur HTML préféré, par exemple Dreamweaver), vous aimeriez que votre code soit conforme au XML. C'est à vous.

Un petit mot:

À ne pas confondre avec br, mais en plus, vous pouvez également envisager d'utiliser des wbrbalises dans votre HTML: Une balise d'opportunité de saut de mot, qui spécifie où dans un texte il serait correct d'ajouter un saut de ligne.

Pour plus de lecture, veuillez lire la spécification HTML5 .

Les éléments sans balises de fin sont appelés balises vides. En html 4 et html 5, les balises de fin ne sont pas requises et peuvent être omises.

En xhtml, les balises sont si strictes. Cela signifie que doit commencer par la balise de début et se terminer par la balise de fin.