signification - saut de ligne html sans br




HTML 5: Est-ce que c'est<br>,<br/>, ou<br/>? (16)

  1. Si vous publiez du code HTML sur un site Web standard, vous pouvez utiliser <br> ou <br/> , les deux étant valides chaque fois que vous diffusez du texte au format HTML5 / html.

  2. Si vous utilisez HTML5 comme XHTML (par exemple, 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 refuser catégoriquement de rendre votre page (Firefox en particulier est très strict sur le rendu uniquement des pages xhtml + xml valides).

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

Pour dissiper la confusion: il n'est pas nécessaire de placer un espace avant la barre oblique en HTML5 et cela ne change rien à la façon dont la page est rendue (si quelqu'un peut citer un exemple, je vais le retirer, mais je ne crois pas que ce soit vrai - mais IE fait certainement beaucoup d'autres choses bizarres avec toutes les formes de balises).

L'excellent validateur sur http://validator.w3.org/ est vraiment utile pour vérifier ce qui est valide (même si je ne suis pas sûr que vous pouvez compter sur lui pour vérifier aussi le type de contenu).

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

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

Maintenant, je me demande comment je suis censé formater mon code en pratiquant HTML 5.

<!DOCTYPE HTML>

Est-ce que c'est <br> , <br/> ou <br /> ?


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

Cohérence

Dans votre HTML il y a probablement du SVG et SVG supportent seulement la notation régulière (par exemple <rect /> ).

Hackability

Il n'est pas un cas que les frameworks tels que 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 dans la nuit.

Caractéristiques

HTML a introduit cette notation rétrécie ( <br> ) pour ne pas remplacer la notation XML régulière ( <br /> ) mais pour être plus pardonnable (et courte). Cette notation est souvent appelée notation HTML simplement parce qu'elle est seulement supportée par HTML. 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 (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 <br /> donne une pause avec une ligne blanche et <br> donne juste une pause dans certains cas. Cela m'est arrivé lorsque j'ai créé un script IPN (PHP) et envoyé des mails et vérifié la boîte de réception pour cela. Je ne sais pas pourquoi mais j'ai seulement eu le message d'avoir l'air propre en utilisant à la fois <br /> and <br>

Jetez un oeil à la poste ici: http://snag.gy/cLxUa.jpg

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


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


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

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


En validation, de cette question, cela dépend vraiment de quoi !DOCTYPE vous essayez d'obtenir la vérification à travers.

Mon favori personnel est 4.01 Trans où je viens d'utiliser le <br/> et il efface les avertissements et les erreurs qui ont pu apparaître lors de la validation

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

En HTML5 ou le "LAX" du monde du code, il n'y a vraiment pas de bonne réponse car elle detects every example you put up comme correct ......

En fin de compte, je pense que tout ce qui importe is what validation YOU PREFER the person that you are working for prefers is what validation YOU PREFER ou the person that you are working for prefers ... avec le mouvement lackadaisical dans la rigueur du code dans html5 nous voyons des CODERS TRÈS LAZY


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 seront mis en évidence correctement avec <br /> mais ce n'est pas toujours le cas si vous utilisez <br>

2) <br /> est rétro-compatible avec XHTML et 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 l'espace avant la barre oblique de fermeture (c'est-à-dire: <br /> au lieu de <br/>) comme la spécification de codage de plugins WordPress: http://make.wordpress.org/core/handbook/coding-standards/html/

D'après mon expérience, je n'ai jamais rencontré un cas où l'utilisation de <br /> soit problématique, cependant, il y a beaucoup de cas où <br/> ou particulièrement <br> peuvent être problématiques dans les anciens navigateurs et outils.


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

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

En XML, chaque tag doit être fermé. XHTML est une extension de XML, donc toutes les règles de XML doivent être suivies pour XHTML valide. D'où même des balises vides (nœuds sans nœuds enfants) comme
devrait être fermé. XML a une forme courte appelée balises à fermeture automatique pour les nœuds vides. Vous pouvez écrire <br></br> as <br /> . Par conséquent, en XHTML <br /> est utilisé.

HTML est très indulgent à cet égard, et il n'y a pas de telle règle. Donc, 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 auto-fermées. Par exemple, n'est pas autorisé par DTD XHTML.


Les deux <br> et <br /> sont acceptables en HTML5, mais dans l'esprit de HTML, <br> devrait être utilisé. 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, ce qui facilite la migration vers HTML5. Bien sûr, <br/> est également acceptable, mais pour être compatible avec certains anciens navigateurs, il devrait y avoir un espace avant la barre oblique de fermeture ( / ).


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

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


Si vous êtes intéressé par la comparabilité (pas la compatibilité, mais la comparabilité) alors je resterais avec <br /> .

Sinon, c'est bien.


Simplement <br> est suffisant.

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

Toutefois, très peu de personnes utilisent réellement XHTML. Vous devez utiliser votre contenu en tant application/xhtml+xml pour qu'il soit interprété comme XHTML, et cela ne fonctionnera pas dans les anciennes versions d'IE - cela signifiera aussi que toute petite erreur que vous ferez empêchera votre page d'être affichée dans les navigateurs qui supportent XHTML. Ainsi, la plupart de ce qui ressemble à du XHTML sur le web est réellement servi, et interprété, en HTML. Voir Servir XHTML comme texte / html Considéré comme nuisible pour plus d'informations.


XML exige que toutes les balises aient une balise de fermeture correspondante. Il existe donc une syntaxe spéciale à courte portée pour les balises sans contenu interne.

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

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

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


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

Pour résumer: tous les trois sont valables, le premier étant un peu moins "portable".

Edit : Maintenant que nous sommes tous fous des spécifications, je pense qu'il vaut la peine de souligner que, selon dev.w3.org/html5/markup/syntax.html#void-element :

Les balises de début comprennent les parties suivantes, exactement dans l'ordre suivant:

  1. Un caractère "<".
  2. Le nom du tag de l'élément.
  3. Facultativement, un ou plusieurs attributs, chacun devant être précédé d'un ou plusieurs caractères d'espace.
  4. En option, un ou plusieurs caractères d'espace.
  5. Optionnellement, un caractère "/", qui peut être présent uniquement si l'élément est un élément vide.
  6. Un caractère ">".

<br> et <br /> rendent différemment dans certains navigateurs, donc le choix de l'un par rapport à l'autre ne va pas nuire à votre projet, mais attendez-vous à une recherche groupée .. à modifier le rendu de la page dans certains navigateurs dans le travail supplémentaire pour vous-même ou même 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> puisque c'est ce que j'ai utilisé depuis Erwise et Netscape Navigator (les premiers navigateurs web), mais il n'y a aucune raison de ne pas choisir <br /> place. Cela peut être utile pour un prétraitement, une comparabilité, etc.

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

Une note de côté rapide:

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

Pour plus de lecture, s'il vous plaît avoir une lecture de la spécification HTML5 .


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





html5