HTML 5: Est-il, ou?

j'ai essayé de vérifier autres réponses , mais je suis encore confus--surtout après avoir vu W3Schools HTML 5 référence .

J'ai pensé que HTML 4.01 était supposé" permettre "aux étiquettes simples d'être juste <img> et <br> . 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 suis je me demande comment je suis censé formater mon code lors de la pratique de HTML 5.

<!DOCTYPE HTML>

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

1724
demandé sur BoltClock 2009-12-22 16:39:08
la source

24 ответов

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 de le faire fonctionner aussi comme 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 capacité de produire juste une balise <br> nue; si vous utilisez un tel système, il est bien d'utiliser <br/> , il est tout simplement pas nécessaire si vous n'avez pas besoin de le faire.

Très peu de gens utilisent réellement XHTML, cependant. Vous devez servir votre contenu comme application/xhtml+xml pour qu'il soit interprété comme XHTML, et cela ne fonctionnera pas dans les anciennes versions D'IE - cela signifie également que toute petite erreur que vous faites empêchera votre page d'être affichée dans les navigateurs qui ne prennent pas en charge XHTML. Donc, la plupart de ce qui ressemble à XHTML sur le web est en fait servi, et interprété, comme HTML. Voir Servir XHTML en tant que texte/html Considéré comme Nocif pour un peu plus de information.

1316
répondu Brian Campbell 2016-02-19 14:40:22
la source

je pense que cette citation de la HTML 5 projet de référence fournit la réponse:

Certains éléments, cependant, sont interdits de contenant tout contenu à tout. Ces éléments sont connus sous le nom d'éléments de vide. Dans HTML, la syntaxe ci-dessus ne peut pas être utilisée pour annuler éléments. Pour ces éléments, l'étiquette de fin doit être omise parce que l'élément est automatiquement fermé par analyseur. Ces éléments comprennent, entre autres, br, hr, lien et meta

exemple HTML:

<link type="text/css" rel="stylesheet" href="style.css">

en XHTML, la syntaxe XML les exigences dictent que cela doit être Rendu explicite en utilisant soit un balise de fin, comme ci-dessus, ou le vide élément de syntaxe. Ceci est réalisé par insertion d'une barre oblique à la fin du balise de début, immédiatement avant le droit angle de fixation.

exemple:

<link type="text/css" href="style.css"/>

les auteurs peuvent choisir d'utiliser cette même syntaxe pour les nuls éléments la syntaxe HTML aussi. Certains auteurs aussi choisir d'inclure des espaces avant le slash, mais ce n'est pas nécessaire. (En utilisant des espaces dans ce la mode est une convention héritée de les directives de compatibilité en XHTML 1.0, Annexe C.)

197
répondu Daan 2009-12-22 16:44:51
la source

XML ne permet pas de laisser les tags ouverts, donc il rend <br> un peu pire que les deux autres. Les deux autres sont à peu près équivalents avec le deuxième 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 qu'il n'a de sens que pour les étiquettes qui ont des attributs. Donc je dirais soit <br/> ou <br /> , selon ce qui vous plaît sur le plan esthétique.

Pour résumer: tous les trois sont valables avec 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 :

Les étiquettes de départ

se composent des éléments suivants: pièces, dans l'ordre exact:

  1. signe"<".
  2. le nom de l'étiquette de l'élément.
  3. Éventuellement, un ou plusieurs attributs, dont chacun doit être précédé d'un ou plusieurs espaces caractère.
  4. éventuellement, un ou plusieurs caractères d'espace.
  5. éventuellement, un caractère"/", qui ne peut être présent que si le l'élément est un élément vide.
  6. Un ">".
122
répondu Michael Krelin - hacker 2015-02-23 01:37:31
la source

Dans HTML (HTML 4) : utilisation de <br>

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

Dans XHTML : <br /> est préféré. Peut également utiliser <br/> ou <br></br>

Notes:

  • <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 rétrocompatibilité, certains navigateurs anciens analyseraient XHTML comme HTML et échoueraient sur <br/> mais pas sur <br />

référence:

92
répondu JackDev 2014-06-12 09:15:17
la source

selon le spec la forme attendue est <br> pour HTML 5 mais une barre oblique de fermeture est permise.

52
répondu tvanfosson 2014-06-11 16:49:41
la source

XML exige que toutes les étiquettes aient une étiquette de fermeture correspondante. Il y a donc une syntaxe spéciale pour les étiquettes sans contenu intérieur.

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

Par exemple, dans HTML5 "caractéristiques techniques des 1519100920" , tous les exemples avec br utilisation de la balise "151910920 de syntaxe", pas <br/> .

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

19
répondu sastanin 2009-12-22 16:58:10
la source

je recommande d'utiliser
pour les raisons suivantes:

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

2)
est rétro-compatible avec XHTML et HTML bien formé (i.e.: XHTML) est souvent plus facile à valider pour les erreurs et déboguer

3) certains anciens analyseurs et certaines spécifications de codage nécessitent l'espace avant le slash de fermeture (i.e.: < br /> au lieu de
) tel que le Plugin WordPress codant spec: http://make.wordpress.org/core/handbook/coding-standards/html /

, j'ai mon expérience, je n'ai jamais rencontré un cas où l'aide de
est problématique, cependant, il existe de nombreux cas où
surtout
peut être problématique dans les navigateurs plus anciens et des outils.

13
répondu Kmeixner 2014-01-16 21:43:42
la source

les deux <br> et <br /> sont acceptables dans HTML5, mais dans l'esprit du HTML, <br> devrait être utilisé. HTML5 permet de fermer les slashes 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 oblique de fermeture ( / ).

11
répondu mc10 2011-04-21 22:50:02
la source

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

sinon, <br> est très bien.

11
répondu MindStalker 2015-09-22 12:18:23
la source
  1. si vous produisez du HTML sur un site Web régulier , vous pouvez utiliser <br> ou <br/> , les deux sont valides à tout moment où vous servez HTML5 comme texte/html.

  2. si vous servez HTML5 comme XHTML (c.-à-d. application de type de contenu/xhtml+xml, avec une déclaration XML), vous devez utiliser une étiquette d'auto-fermeture comme <br/> .

    si vous ne le faites pas certains navigateurs peuvent refus catégorique de rendre votre page (Firefox en particulier est très strict sur le fait de ne rendre que les pages XHTML+xml valides).

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

à effacer up confusion: mettre un espace avant la barre oblique n'est pas nécessaire dans HTML5 et ne fait aucune différence à la façon dont la page est rendue (si quelqu'un peut citer un exemple, je vais rétracter cela, mais je ne crois pas que ce soit vrai - mais IE fait certainement beaucoup d'autres choses étranges avec toutes les formes de <br> tags).

l'excellent validateur à http://validator.w3.org est vraiment utile pour vérifier ce qui est valide (bien que je ne suis pas sûr que vous pouvez compter sur elle pour vérifiez également le type de contenu).

9
répondu Iain Collins 2013-03-21 02:46:06
la source

les deux <br> et <br/> feront l'affaire mais je préfère <br/> parce que c'est un peu plus logique. Il est logique de s'attendre à une balise de fermeture, chaque fois qu'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 quand il n'y aura pas de balise de fermeture.

tous les navigateurs (sauf peut-être quelques très anciens qui n'ont pas d'importance) afficheront les deux exactement de la même façon. Cependant, <br> n'est pas compatible xHTML.

9
répondu Dan Bray 2016-02-28 04:18:55
la source

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

6
répondu Samuel 2010-12-01 07:27:10
la source

dans la validation, de cette question, Cela dépend vraiment de ce que !DOCTYPE vous essayez de faire passer la vérification.

mon préféré est 4.01 Trans où j'utilise juste le <br/> et il efface les avertissements et les erreurs qui peuvent avoir surgi pendant la validation

Strict est une bête beaucoup plus compliquée, il hait "SHORTTAGS" et tout à fait littéralement veut seulement le <br></br>

In HTML5 ou le" LAX "du monde du code, il n'y a vraiment pas une bonne réponse parce que detects every example you put up il comme correcte......

à la fin, je pense que tout ce qui compte 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 codeurs très paresseux

4
répondu Slow Poke 2016-10-16 19:12:27
la source

IMHO il est préférable d'utiliser la notation habituelle ( <br /> ) au lieu de la pardon notation ( <br> ) pour les raisons suivantes:

Cohérence

dans votre HTML il y a probablement quelques SVG et SVG qui ne supportent que la notation régulière (par exemple <rect /> ).

Hackability

il n'est pas un cas que des cadres comme réagir et NativeScript utiliser 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.

Spécifications

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

Conclusion

si vous utilisez un texte complet l'éditeur le configure pour utiliser la notation régulière (qui s'appelle XHTML par Emmet ).

Par exemple, dans Visual Studio Code vous avez juste à ajouter la ligne suivante à vos paramètres:

"emmet.syntaxProfiles": {"html": "xhtml"}
3
répondu isar 2018-05-18 10:53:31
la source

Tout ce que je sais c'est que <br /> donne une rupture avec une ligne blanche et <br> donne juste une rupture dans certains cas. Cela m'est arrivé quand je mettais en place un script IPN (PHP) et envoyais des mails et vérifiais dans la boîte de réception. Je ne sais pas pourquoi, mais j'ai seulement eu le message d'avoir l'air soigné en utilisant à la fois <br /> and <br>

regardez le courrier ici: http://snag.gy/cLxUa.jpg

les deux premières sections du texte est séparé par <br /> , d'où les lignes de blancs, 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.

2
répondu Emanuel Olsson 2013-04-30 19:59:53
la source

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

, je vous suggère d'utiliser <br/> .

2
répondu Shubham Kumar 2016-07-10 00:36:25
la source

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

2
répondu harold ramos 2017-11-08 17:33:35
la source

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

pour citer Section 8.1.2.1 de HTML 5.2 recommandation du W3C, 14 décembre 2017

Les étiquettes de départ

doivent avoir le format suivant:

...

  1. 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 § 8.1.2.3 attributs ci-dessous.)

  2. alors, si l'élément est un des éléments vides, ou si l'élément est un élément étranger, alors il peut y avoir un seul caractère U+002F SOLIDUS (/). Ce caractère n'a pas d'effet sur les éléments vides, mais sur les étrangers éléments qu'il marque le début de la balise que l'auto-fermeture.

si vous utilisez Dreamweaver CS6, alors il sera autocomplete comme <br /> .

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

2
répondu krupal 2018-08-05 04:31:46
la source

comme beaucoup d'autres l'ont fait, les deux <br> et <br/> sont acceptables.

je suppose que le compromis est la meilleure lisibilité et rétrocompatibilité de <br/> par rapport à envoyer un caractère de moins aux utilisateurs finaux avec <br> .

et depuis Google utilise <br> moi aussi.

(gardez bien sûr à l'esprit qu'ils pourraient me servir <br> parce que je suis L'utilisation de Chrome qu'ils connaissent le soutient. Dans IE ils pourraient encore servir <br/> )

1
répondu Dimitris 2014-06-25 18:08:30
la source

<br> fonctionne très bien. Les versions plus strictes comme XHTML vous demandent d'ajouter la fermeture, et les versions vraiment anciennes de HTML qui ne comprennent pas un DOCTYPE faire <br> une étiquette non-vide, comme <br></br> .

résumé: <br> est très bien. Les autres sont aussi très bien.

1
répondu Aravind Suresh 2016-09-02 19:30:37
la source

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. Par conséquent, pour l'indiquer, HTML utilise le format <br/> . <br/> est le bon. L'utilisation de ce format.

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

en XML, chaque étiquette doit être fermée. XHTML est une extension de XML, d'où toutes les règles de XML doit être suivi pour valide XHTML. Par conséquent, même les étiquettes vides (noeuds sans noeuds enfants) comme

doivent être fermées. XML a un formulaire court appelé étiquettes de fermeture automatique pour les noeuds vides. Vous pouvez écrire <br></br> as <br /> . C'est pourquoi dans XHTML <br /> est utilisé.

HTML est très clément à cet égard, et il n'y a pas de telle règle. Ainsi, en HTML, les noeuds 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 étiquettes ne peuvent pas être auto-fermées. Par exemple, une étiquette comme <script src="jQuery.min.js" /> n'est pas autorisée par XHTML DTD.

1
répondu Bhavin Solanki 2018-06-01 22:59:39
la source

Ummm.....est-ce que quelqu'un connaît un fournisseur, un utilisateur-agent ou un créateur de navigateur qui a déjà suivi les spécifications du W3C à 100%??? Donc, si HTML5 dit qu'il supporte les trois versions de break element, vous pouvez parier que les vendeurs supportent les mêmes versions et même plus sloppier!

la seule chose qui importe dans ce débat est D'utiliser systématiquement un codage qui suit les spécifications XML ainsi que les spécifications HTML lorsque cela est possible. Cela signifie que vous devez utiliser la version XML correcte de l'étiquette de rupture et d'encourager toute votre équipe à faire la même chose:

<br />

le même format espace-barre oblique devrait s'appliquer aux balises img, a, hr et meta de votre code. Pourquoi? Parce que:

  1. Sa est rétro-compatible avec les anciennes XHTML user-agents / navigateurs
  2. étant donné que les fournisseurs de navigateur prennent en charge la version XML, la spécification HTML5 est sans objet.
  3. La bâclée les implémentations de la plupart des agents utilisateurs aujourd'hui, dans le passé et dans le futur l'accepteront.
  4. il permet à votre balisage d'être comparable avec les normes XML si vous devez retourner à la création de documents XHTML/XML à partir de votre balisage.
  5. il s'agit d'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 dans tous les minuscules, les attributs cités, les caractères XML échappés, etc. etc. Pourquoi? Dans l'avenir, si vous vous devez passer aux données XML que vous codez automatiquement et pensez dans XML.
  6. nous ne pouvons qu'espérer qu'à l'avenir, sur le World Wide Web, nous nous éloignerons des normes mises en œuvre par les fournisseurs privés et reviendrons à un balisage fiable, vérifié, qui analyse plus rapidement, déplace plus rapidement les données sur les fils et fait de notre futur Internet un support plus normalisé à L'aide du XML.

D'ailleurs, dans le monde de la robotique et de la machine qui est ici, où les robots n'ont pas les mêmes Les problèmes de codage de l'interface humaine HTML5 résout pour nous, ils retourneront volontiers aux systèmes de données XML et analyseront ces pages web D'UI beaucoup plus rapidement une fois convertis en données XML.

0
répondu Stokely 2017-05-17 22:23:25
la source

<br> et <br /> afficher différemment dans certains navigateurs, de sorte que le choix soit sur l'autre ne va pas nuire à votre projet, mais ne s'attendre à un vrac trouver..remplacez pour affecter le rendu de 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 casser dans le navigateur préféré de vos clients".

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

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

Une rapide note de côté:

à ne pas confondre avec br , mais en outre, vous pouvez également envisager d'utiliser wbr tags dans votre html: un mot break opportunity tag, qui spécifie où dans un texte il serait correct d'ajouter une ligne-break.

pour une lecture plus approfondie, veuillez lire HTML5 spec .

-2
répondu Knickerless-Noggins 2015-09-22 12:38:56
la source

les éléments sans étiquette d'extrémité sont appelés étiquettes vides. En html 4 et html 5, les balises de fin ne sont pas nécessaires et peuvent être omises.

En xhtml, les tags sont aussi stricte. Cela signifie qu'il faut commencer par la balise de début et finir par la balise de fin.

-2
répondu Mahesh P 2017-11-10 15:11:50
la source

Autres questions sur html html5