HTML 5: Ist es <br>, <br/> oder <br />?

Ich habe versucht, andere Antworten zu überprüfen , bin aber immer noch verwirrt - insbesondere nachdem ich die HTML 5-Referenz von W3schools gesehen habe .

Ich dachte, HTML 4.01 sollte es zulassen, dass einzelne Tags nur <img>und sind <br>. Dann kam XHTML mit <img />und <br />( wo jemand sagte, dass der Platz für ältere Browser da ist ).

Jetzt frage ich mich, wie ich meinen Code beim Üben von HTML 5 formatieren soll.

Ist es <br>, <br/>oder <br />?

Einfach <br>ist ausreichend.

Die anderen Formulare dienen der Kompatibilität mit XHTML. damit es möglich ist, denselben Code wie XHTML zu schreiben und ihn auch als HTML zu verwenden. Einige Systeme, die HTML generieren, basieren möglicherweise auf XML-Generatoren und können daher nicht nur ein nacktes <br>Tag ausgeben . Wenn Sie ein solches System verwenden, ist es in Ordnung <br/>, es ist einfach nicht erforderlich, wenn Sie es nicht tun müssen.

Allerdings verwenden nur sehr wenige Menschen XHTML. Sie müssen Ihren Inhalt so application/xhtml+xmlbereitstellen, dass er als XHTML interpretiert wird. Dies funktioniert in alten IE-Versionen nicht. Dies bedeutet auch, dass ein kleiner Fehler verhindert, dass Ihre Seite in Browsern angezeigt wird, die XHTML unterstützen. Das meiste, was im Web wie XHTML aussieht, wird tatsächlich als HTML bereitgestellt und interpretiert. Weitere Informationen finden Sie unter Bereitstellen von XHTML als Text / HTML .

Ich denke, dieses Zitat aus dem HTML 5-Referenzentwurf liefert die Antwort:

3.2.2.2 Leere Elemente

Der Begriff leere Elemente bezeichnet Elemente, die leer sein müssen . Diese Anforderungen gelten nur für die HTML-Syntax. In XHTML werden alle diese Elemente als normale Elemente behandelt, müssen jedoch als leere Elemente markiert werden.

Es ist diesen Elementen untersagt, überhaupt Inhalte zu enthalten. In HTML haben diese Elemente nur ein Start-Tag . Die selbstschließende Tag- Syntax kann verwendet werden. Das End-Tag muss weggelassen werden, da das Element vom Parser automatisch geschlossen wird.

HTML-Beispiel:
Ein void-Element in der HTML-Syntax. Dies ist in der XHTML-Syntax nicht zulässig.

<hr>

Beispiel:
Ein void-Element mit der HTML- und XHTML-kompatiblen selbstschließenden Tag-Syntax.

<hr/>

XHTML-Beispiel:
Ein void-Element, das die Nur-XHTML-Syntax mit einem expliziten End-Tag verwendet. Dies ist für ungültige Elemente in der HTML-Syntax nicht zulässig.

<hr></hr>

XML erlaubt es nicht, Tags offen zu lassen, daher ist es <br>etwas schlimmer als die beiden anderen. Die anderen beiden entsprechen in etwa der zweiten ( <br/>), die aus Gründen der Kompatibilität mit älteren Browsern bevorzugt wird. Eigentlich wird der Platz /aus Gründen der Kompatibilität bevorzugt, aber ich denke, dass dies nur für Tags mit Attributen sinnvoll ist. Also würde ich entweder <br/>oder sagen <br />, je nachdem, was Ihrer Ästhetik gefällt.

Um es zusammenzufassen: Alle drei sind gültig, wobei das erste ( <br>) etwas weniger "portabel" ist.

Edit : Jetzt, da wir alle verrückt nach Spezifikationen sind, denke ich, dass es sich lohnt, darauf hinzuweisen, dass laut dev.w3.org :

Start-Tags bestehen aus den folgenden Teilen in genau der folgenden Reihenfolge:

1. Ein "<" Zeichen.
2. Der Tag-Name des Elements.
3. Optional ein oder mehrere Attribute, denen jeweils ein oder mehrere Leerzeichen vorangestellt werden müssen.
4. Optional ein oder mehrere Leerzeichen.
5. Optional ein "/" Zeichen, das nur vorhanden sein darf, wenn das Element ein ungültiges Element ist.
6. Ein ">" Zeichen.

In HTML (bis zu HTML 4) : verwenden<br>

In HTML 5 : <br>ist bevorzugt, aber <br/>und <br />ist auch akzeptabel ,

In XHTML : <br />wird bevorzugt. Kann auch <br/>oder verwenden<br></br>

Anmerkungen:

• <br></br> ist in HTML 5 nicht gültig, wird als zwei Zeilenumbrüche betrachtet.
• Bei XHTML wird zwischen Groß- und Kleinschreibung unterschieden, bei HTML wird nicht zwischen Groß- und Kleinschreibung unterschieden.
• Aus Gründen der Abwärtskompatibilität würden einige alte Browser XHTML als HTML analysieren und fehlschlagen, <br/>aber nicht<br />

Referenz:

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

Gemäß der Spezifikation ist das erwartete Formular <br>für HTML 5, aber ein schließender Schrägstrich ist zulässig.

Ich würde die Verwendung <br />aus folgenden Gründen empfehlen :

1) Text- und XML-Editoren, die die XML-Syntax in verschiedenen Farben hervorheben, werden mit korrekt hervorgehoben. <br />Dies ist jedoch bei Verwendung nicht immer der Fall<br>

2) <br />ist abwärtskompatibel mit XHTML und wohlgeformtes HTML (dh: XHTML) ist häufig einfacher auf Fehler und Debugging zu überprüfen

3) Einige alte Parser und einige Codierungsspezifikationen benötigen den Platz vor dem schließenden Schrägstrich (dh: <br />anstelle von <br/>), wie z. B. die Codierungsspezifikation für das WordPress-Plugin: http://make.wordpress.org/core/handbook/coding-standards/html/

Nach meiner Erfahrung bin ich noch nie auf einen Fall <br />gestoßen, in dem die Verwendung problematisch ist. Es gibt jedoch viele Fälle, in denen ältere Browser und Tools problematisch sind <br/>oder insbesondere <br>problematisch sein könnten.

XML erfordert, dass alle Tags ein entsprechendes schließendes Tag haben. Daher gibt es eine spezielle Kurzsyntax für Tags ohne inneren Inhalt.

HTML5 ist kein XML, daher sollte es keine solche Anforderung stellen. Weder ist HTML 4.01.

In HTML5-Spezifikationen verwenden beispielsweise alle Beispiele mit brTag die <br>Syntax, nicht <br/>.

UPD Eigentlich <br/>ist in HTML5 erlaubt . 9.1.2.1, 7.

Wenn Sie an Vergleichbarkeit interessiert sind (nicht an Kompatibilität, sondern an Vergleichbarkeit), würde ich mich daran halten <br />.

Ansonsten <br>ist in Ordnung.

Beide <br>und <br />sind in HTML5 akzeptabel, sollten jedoch im Sinne von HTML <br>verwendet werden. HTML5 ermöglicht das Schließen von Schrägstrichen, um besser mit Dokumenten kompatibel zu sein, die zuvor HTML 4.01 und XHTML 1.0 waren, und ermöglicht so eine einfachere Migration zu HTML5. Natürlich <br/>ist dies auch akzeptabel, aber um mit einigen älteren Browsern kompatibel zu sein, sollte vor dem schließenden Schrägstrich ( /) ein Leerzeichen stehen .

1. Wenn Sie HTML auf einer normalen Website ausgeben, die Sie verwenden können, <br> oder <br/> beide gültig sind, wenn Sie HTML5 als Text / HTML bereitstellen.

2. Wenn Sie HTML5 als XHTML bereitstellen (dh Inhaltstyp application / xhtml + xml mit einer XML-Deklaration), müssen Sie ein selbstschließendes Tag wie folgt verwenden : <br/>.

   Wenn Sie dies nicht tun, weigern sich einige Browser möglicherweise, Ihre Seite zu rendern (insbesondere Firefox ist sehr streng, wenn es darum geht, nur gültige xhtml + xml-Seiten zu rendern ).

   Wie in 1. erwähnt, <br/>gilt dies auch für HTML5, das zufällig als XML generiert wird, aber als regulärer Text / HTML ohne XML-Deklaration dient (z. B. aus einer XSL-Transformation, die Webseiten generiert, oder ähnlichem).

Um Verwirrung zu beseitigen: Das Einfügen eines Leerzeichens vor dem Schrägstrich ist in HTML5 nicht erforderlich und hat keinen Einfluss darauf, wie die Seite gerendert wird (wenn jemand ein Beispiel anführen kann, werde ich dies zurückziehen, aber ich glaube nicht, dass dies der Fall ist wahr - aber IE macht sicherlich viele andere seltsame Dinge mit allen Arten von <br>Tags).

Der ausgezeichnete Validator unter http://validator.w3.org ist wirklich hilfreich, um zu überprüfen, was gültig ist (obwohl ich nicht sicher bin, ob Sie sich darauf verlassen können, um auch den Inhaltstyp zu überprüfen).

Beides <br>und <br/>wird gut funktionieren, aber ich bevorzuge, <br/>weil es etwas logischer ist. Es ist logisch, ein schließendes Tag zu erwarten, wenn es ein öffnendes Tag gibt. Daher ist Ihr Code etwas einfacher zu lesen, wenn Sie kein öffnendes Tag verwenden, wenn es kein schließendes Tag geben wird.

Alle Browser (außer möglicherweise einigen sehr alten, die keine Rolle spielen) zeigen beide genau gleich an. Allerdings <br>ist nicht xHTML complient.

<br>und <br/>anders rendern. Einige Browser interpretieren <br/>wie <br></br>und Insert zwei Zeilenumbrüche

<br>ist ausreichend, wird aber in XHTML nach WHATWG und W3C<br /> bevorzugt .

Um Abschnitt 8.1.2.1 der HTML 5.2 W3C-Empfehlung vom 14. Dezember 2017 zu zitieren

Start-Tags müssen das folgende Format haben:

…

5. Nach den Attributen oder nach dem Tag-Namen, wenn keine Attribute vorhanden sind, können ein oder mehrere Leerzeichen stehen. (Auf einige Attribute muss ein Leerzeichen folgen. Siehe §8.1.2.3 Attribute unten.)

6. Wenn das Element eines der leeren Elemente ist oder wenn das Element ein Fremdelement ist, kann es ein einzelnes U + 002F SOLIDUS-Zeichen (/) geben. Dieses Zeichen hat keine Auswirkung auf leere Elemente, aber auf fremde Elemente markiert es das Start-Tag als selbstschließend.

Wenn Sie Dreamweaver CS6 verwenden, wird es automatisch als vervollständigt <br />.

Informationen zum Überprüfen Ihrer HTML-Datei auf W3C finden Sie unter: http://validator.w3.org/

Bei der Validierung dieser Frage hängt es wirklich davon ab, durch was !DOCTYPESie die Verifizierung erreichen möchten.

Mein persönlicher Favorit ist, 4.01 Transwo ich nur das verwende <br/>und es löscht die Warnungen und Fehler, die möglicherweise während der Validierung aufgetreten sind

Streng ist ein viel komplizierteres Tier, es hasst "SHORTTAGS" und will buchstäblich nur das<br></br>

Im HTML5 oder im "LAX" der Code-Welt gibt es wirklich keine richtige Antwort, weil es detects every example you put updort so richtig ist ......

Am Ende denke ich, dass alles, was zählt, is what validation YOU PREFERoder the person that you are working for prefers... mit der lackadaisicalBewegung in der Code-Strenge sehen html5wir einige SEHR LAZY CODERS

IMHO ist es aus folgenden Gründen besser, die reguläre Notation ( <br />) anstelle der verzeihenden Notation ( <br>) zu verwenden:

Konsistenz

In Ihrem HTML gibt es wahrscheinlich einige SVG und SVG unterstützen nur die reguläre Notation (zB <rect />).

Hackbarkeit

Es ist kein Fall, dass Frameworks wie React und NativeScript eine XML-Notation verwenden.
Ihr Markup-Code ist einfacher zu analysieren.

Klarheit

Die reguläre Notation ist auch spät in der Nacht leichter zu lesen und zu verstehen.

Spezifikationen

Beide <br>und <br />sind gültige HTML-Tags.

Fazit

Wenn Sie einen vollwertigen Texteditor verwenden, konfigurieren Sie ihn so, dass er die reguläre Notation verwendet (von Emmet XHTML genannt ).
In Visual Studio Code müssen Sie beispielsweise nur die folgende Zeile zu Ihren Einstellungen hinzufügen:

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

Nun, alles was ich weiß ist, dass <br />es eine Pause mit einer weißen Linie <br>gibt und in einigen Fällen nur eine Pause gibt. Dies passierte mir, als ich ein IPN-Skript (PHP) einrichtete, Mails verschickte und den Posteingang darauf überprüfte. Ich weiß nicht warum, aber ich habe nur die Nachricht erhalten, dass ich mit beiden ordentlich aussehe<br /> and <br>

Schauen Sie sich die Mail hier an: http://snag.gy/cLxUa.jpg

Die ersten beiden Textabschnitte werden durch <br />die Leerzeichen, die letzten drei Textzeilen unten und den letzten Textabschnitt getrennt <br>und geben nur eine neue Zeile an.

In HTML <br>und in XHTML <br/>.

Ich werde Ihnen vorschlagen, zu verwenden <br/>.

Wie viele andere behandelt haben, die beide <br>und <br/>sind akzeptabel.

Ich denke, der Kompromiss ist die bessere Lesbarkeit und Abwärtskompatibilität im <br/>Vergleich zum Senden eines Zeichens weniger an die Endbenutzer mit <br>.

Und da Google dies auch tut <br>, werde ich es tun.

(Denken Sie natürlich daran, dass sie mich möglicherweise bedienen, <br>weil ich Chrome verwende, von dem sie wissen, dass es es unterstützt. Im IE werden sie möglicherweise noch bedient. <br/>)

<br>funktioniert gut. Bei strengeren Versionen wie XHTML müssen Sie die schließenden und wirklich alten HTML-Versionen hinzufügen, die kein DOCTYPEmake <br>a non-void-Tag enthalten, wie z <br></br>.

Fazit: <br>ist in Ordnung. Andere sind auch in Ordnung.

In HTML5 ist der Schrägstrich nicht mehr notwendig: <br>,<hr>

In den meisten Fällen in HTML sind die Tags paarweise. Für einen Zeilenumbruch benötigen Sie jedoch kein Paar Tags. Um dies anzuzeigen, verwendet HTML das <br/>Format. <br/>ist der richtige. Verwenden Sie dieses Format.

<br>Tag hat kein End-Tag in HTML In XHTML muss das <br>Tag ordnungsgemäß geschlossen werden, wie folgt:<br />

In XML muss jedes Tag geschlossen sein. XHTML ist eine Erweiterung von XML, daher müssen alle XML-Regeln für gültiges XHTML befolgt werden. Daher sollten auch leere Tags (Knoten ohne untergeordnete Knoten) wie
geschlossen werden. XML hat eine Kurzform namens selbstschließende Tags für leere Knoten. Du kannst schreiben <br></br> as <br />. Daher wird in XHTML <br />verwendet.

HTML ist in dieser Hinsicht sehr nachsichtig, und es gibt keine solche Regel. In HTML werden also leere Knoten wie <br> <hr> <meta>etc ohne den schließenden Schrägstrich geschrieben.

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/" />

Nicht alle Tags können selbst geschlossen werden. Beispielsweise ist ein Tag wie <script src="jQuery.min.js" />von der XHTML-DTD nicht zulässig.

Ummm ..... kennt jemand einen EINZIGEN Anbieter, Benutzeragenten oder Browserhersteller, der jemals die W3C-Spezifikationen zu 100% befolgt hat ??? Wenn HTML5 also sagt, dass es alle drei Break-Element-Versionen unterstützt, können Sie darauf wetten, dass die Anbieter dieselben und noch schlampigere Versionen unterstützen!

Das EINZIGE, was in dieser Debatte wichtig ist, ist die konsequente Verwendung von Codierung, die nach Möglichkeit auch XML-Spezifikationen sowie HTML-Spezifikationen folgt. Das bedeutet, dass Sie die richtige XML-Version des break-Tags verwenden und Ihr gesamtes Team dazu ermutigen sollten, dasselbe zu tun:

<br />

Das gleiche Leerzeichen sollte für die Tags img, a, hr und meta in Ihrem Code gelten. Warum? Weil:

1. Es ist abwärtskompatibel mit älteren XHTML-Benutzeragenten / Browsern
2. Die Browser-Anbieter unterstützen die XML-Version ohnehin, sodass die HTML5-Spezifikation umstritten ist.
3. Die schlampigen Implementierungen der meisten Benutzeragenten heute, in der Vergangenheit und in der Zukunft werden dies akzeptieren.
4. Dadurch kann Ihr Markup mit XML-Standards vergleichbar sein, falls Sie wieder XHTML / XML-Dokumente aus Ihrem Markup erstellen müssen.
5. Es ist eine "gute Codierungspraxis" für ALLE WEB-ENTWICKLER, weiterhin solide Markup-Praktiken zu verwenden, die XML folgen, einschließlich Codierung in Kleinbuchstaben, in Anführungszeichen gesetzte Attribute, maskierte XML-Zeichen usw. usw. Warum? Wenn Sie in Zukunft zu XML-Daten wechseln müssen, codieren und denken Sie automatisch in XML.
6. Wir können nur hoffen, dass wir uns in Zukunft von den von privaten Anbietern implementierten Standards entfernen und zu soliden, zuverlässigen und verifizierten Markups zurückkehren, die schneller analysieren, Daten schneller über die Kabel übertragen und unser zukünftiges Internet standardisierter machen Medium mit XML.

Außerdem werden sie in der Roboter- und Maschinenwelt, in der Roboter nicht dieselben Codierungsprobleme für die Benutzeroberfläche haben, die HTML5 für uns löst, gerne zu XML-Datensystemen zurückkehren und solche UI-Webseiten bei der Konvertierung in XML viel schneller analysieren Daten.

beides <br>und <br/>funktioniert, aber es ist nicht erforderlich, das zweite zu verwenden, da HTML 5 auch die erste Syntax unterstützt, die so einfach ist

funktioniert gut in HTML5. HTML5 bietet etwas mehr Spielraum als XHTML

Wenn Sie HTML5 verwenden, <br>ist die Verwendung der richtige Weg :)

<br>und <br />in einigen Browsern anders rendern, sodass die Auswahl einer der beiden Optionen Ihrem Projekt nicht schadet. Erwarten Sie jedoch, dass ein Bulk-Find..replace das Rendern der Seite in einigen Browsern beeinflusst, was zu zusätzlicher Arbeit für Sie selbst oder sogar für Sie führen kann Es ist Ihnen peinlich, wenn sich die Änderung nicht auf Ihren Testbrowser auswirkt, sondern auf den bevorzugten Browser Ihrer Kunden.

Ich bevorzuge es, <br>da es das ist, was ich seit Erwise und Netscape Navigator (frühe Webbrowser) verwendet habe, aber es gibt keinen Grund, nicht <br />stattdessen zu wählen . Dies kann für einige Vorverarbeitungen, Vergleichbarkeit usw. nützlich sein.

Selbst wenn Ihre Wahl darauf hinausläuft, das Aussehen des einen dem anderen vorzuziehen, oder Sie (oder Ihr bevorzugter HTML-Editor, z. B. Dreamweaver) möchten, dass Ihr Code XML-kompatibel ist. Es liegt an dir.

Eine kurze Randnotiz:

Nicht zu verwechseln br, aber Sie können auch wbrTags in Ihrem HTML-Code verwenden: Ein Wortumbruch-Opportunity-Tag, das angibt, wo in einem Text ein Zeilenumbruch hinzugefügt werden kann.

Lesen Sie zur weiteren Lektüre die HTML5-Spezifikation .

Die Elemente ohne End-Tags werden als leere Tags bezeichnet. In HTML 4 und HTML 5 sind End-Tags nicht erforderlich und können weggelassen werden.

In xhtml sind Tags so streng. Das heißt, es muss mit dem Start-Tag beginnen und mit dem End-Tag enden.