HTML 5: czy to <br>, <br/> czy <br />?

Próbowałem sprawdzić inne odpowiedzi , ale nadal jestem zdezorientowany - szczególnie po zobaczeniu referencji W3schools HTML 5 .

Myślałem, że HTML 4.01 powinien „zezwalać” na pojedyncze tagi tylko na <img>i <br>. Potem pojawił się XHTML <img />i <br />( gdzie ktoś powiedział, że jest miejsce dla starszych przeglądarek ).

Teraz zastanawiam się, jak mam sformatować kod podczas ćwiczenia HTML 5.

Jest to <br>, <br/>czy <br />?

Po prostu <br>wystarczy.

Inne formy są dostępne dla kompatybilności z XHTML; aby umożliwić napisanie tego samego kodu co XHTML, i aby działał również jako HTML. Niektóre systemy generujące HTML mogą być oparte na generatorach XML, a zatem nie mają możliwości wyprowadzania zwykłego <br>tagu; jeśli używasz takiego systemu, możesz go używać <br/>, to po prostu nie jest konieczne, jeśli nie musisz tego robić.

Jednak bardzo niewiele osób faktycznie używa XHTML. Musisz podać treść application/xhtml+xml, aby była interpretowana jako XHTML, a to nie będzie działać w starych wersjach IE - będzie to również oznaczać, że każdy mały błąd, który popełnisz, uniemożliwi wyświetlanie twojej strony w przeglądarkach obsługujących XHTML. Tak więc większość tego, co wygląda jak XHTML w sieci, jest faktycznie obsługiwana i interpretowana jako HTML. Więcej informacji można znaleźć w części Udostępnianie XHTML jako tekstu / HTML uznanego za szkodliwe .

Myślę, że ten cytat z dokumentu referencyjnego HTML 5 zawiera odpowiedź:

3.2.2.2 Elementy puste

Termin pustych elementów jest używany do oznaczania elementów, które muszą być puste . Te wymagania dotyczą tylko składni HTML. W XHTML wszystkie takie elementy są traktowane jak zwykłe elementy, ale muszą być oznaczone jako puste elementy.

Elementy te nie mogą zawierać żadnych treści. W HTML elementy te mają tylko znacznik początkowy . Samozamykający tag składnia może być stosowany. Znacznik końcowy należy pominąć, ponieważ element jest automatycznie zamykany przez analizator składni.

Przykład HTML:
void element w składni HTML. Jest to niedozwolone w składni XHTML.

<hr>

Przykład:
Element void korzystający ze składni tagów samozamykających kompatybilnych z HTML i XHTML.

<hr/>

Przykład XHTML:
Element void wykorzystujący tylko składnię XHTML z jawnym znacznikiem końcowym. Nie jest to dozwolone w przypadku pustych elementów w składni HTML.

<hr></hr>

XML nie pozwala na pozostawienie tagów otwartych, więc czyni <br>to nieco gorszym niż pozostałe dwa. Pozostałe dwa są mniej więcej równoważne z drugim ( <br/>) preferowanym ze względu na kompatybilność ze starszymi przeglądarkami. Właściwie spacja wcześniej /jest preferowana ze względu na kompatybilność, ale myślę, że ma sens tylko w przypadku tagów, które mają atrybuty. Więc powiedziałbym albo, <br/>albo <br />cokolwiek, co podoba się twojej estetyce.

Podsumowując: wszystkie trzy są poprawne, przy czym pierwszy ( <br>) jest nieco mniej „przenośny”.

Edycja : Teraz, gdy wszyscy szaleją na punkcie specyfikacji, myślę, że warto to zaznaczyć według dev.w3.org :

Tagi początkowe składają się z następujących części, dokładnie w następującej kolejności:

1. Znak „<”.
2. Nazwa znacznika elementu.
3. Opcjonalnie jeden lub więcej atrybutów, z których każdy musi być poprzedzony jednym lub więcej znakami spacji.
4. Opcjonalnie jeden lub więcej znaków spacji.
5. Opcjonalnie znak „/”, który może występować tylko wtedy, gdy element jest pustym elementem.
6. Znak „>”.

W HTML (do HTML 4) : użyj<br>

W HTML 5 : <br>jest korzystne, ale <br/>i <br />jest również dopuszczalne

W XHTML : <br />jest preferowany. Można również użyć <br/>lub<br></br>

Uwagi:

• <br></br> nie jest poprawny w HTML 5, będzie traktowany jako dwa podziały wiersza.
• W XHTML rozróżniana jest wielkość liter, w HTML nie jest rozróżniana wielkość liter.
• Dla zachowania kompatybilności wstecznej, kilka starych przeglądarek będzie analizować XHTML jako HTML, a nie na <br/>, ale nie<br />

Odniesienie:

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

Zgodnie ze specyfikacją oczekiwana forma dotyczy <br>HTML 5, ale dozwolony jest zamykający ukośnik.

Polecam używanie <br />z następujących powodów:

1) Edytory tekstu i XML, które podkreślają składnię XML w różnych kolorach, podświetlą się prawidłowo, <br />ale nie zawsze tak jest, jeśli używasz<br>

2) <br />jest wstecznie kompatybilny z XHTML, a dobrze sformatowany HTML (tj .: XHTML) jest często łatwiejszy do sprawdzenia pod kątem błędów i debugowania

3) Niektóre stare parsery i niektóre specyfikacje kodowania wymagają spacji przed ukośnikiem (tj. <br />Zamiast <br/>), np. Specyfikacja kodowania wtyczek WordPress: http://make.wordpress.org/core/handbook/coding-standards/html/

Z mojego doświadczenia wynika, że ​​nigdy nie spotkałem się z przypadkiem, w którym korzystanie <br />jest problematyczne, jednak istnieje wiele przypadków, w których <br/>lub szczególnie <br>mogą być problematyczne w starszych przeglądarkach i narzędziach.

XML wymaga, aby wszystkie tagi miały odpowiedni tag zamykający. Dlatego istnieje specjalna składnia skrótów dla znaczników bez wewnętrznej zawartości.

HTML5 nie jest XML, więc nie powinien stanowić takiego wymagania. Nie jest to także HTML 4.01.

Na przykład w specyfikacjach HTML5 wszystkie przykłady ze brznacznikiem używają <br>składni, a nie <br/>.

UPD Właściwie <br/>jest dozwolone w HTML5 . 9.1.2.1, 7.

Jeśli jesteś zainteresowany porównywalnością (nie kompatybilnością, ale porównywalnością), trzymałbym się <br />.

W przeciwnym razie <br>jest w porządku.

Zarówno <br>i <br />są dopuszczalne w HTML5, ale w duchu HTML, <br>powinny być stosowane. HTML5 umożliwia zamykanie ukośników, aby być bardziej kompatybilnym z dokumentami, które wcześniej były HTML 4.01 i XHTML 1.0, umożliwiając łatwiejszą migrację do HTML5. Oczywiście <br/>jest to również dopuszczalne, ale aby być kompatybilnym z niektórymi starszymi przeglądarkami, przed zamykającym ukośnikiem ( /) powinna być spacja .

1. Jeśli wyprowadzasz HTML na zwykłej stronie internetowej, której możesz użyć <br> lub <br/> oba są ważne za każdym razem, gdy podajesz HTML5 jako tekst / HTML.

2. Jeśli obsługujących HTML5 jako XHTML (czyli zawartość aplikacji typu / xhtml + xml, z deklaracją XML) następnie należy użyć znacznika zamykającego siebie tak: <br/>.

   Jeśli tego nie zrobisz, niektóre przeglądarki mogą odmówić renderowania strony (w szczególności Firefox bardzo surowo renderuje tylko prawidłowe strony xhtml + xml).

   Jak zauważono w 1., <br/>obowiązuje również HTML5, który jest generowany jako XML, ale służył jako zwykły tekst / HTML bez deklaracji XML (na przykład z transformacji XSL, która generuje strony internetowe lub coś podobnego).

Aby usunąć zamieszanie: wstawienie spacji przed ukośnikiem nie jest wymagane w HTML5 i nie ma znaczenia, jak strona jest renderowana (jeśli ktoś może przytoczyć przykład, wycofam to, ale nie wierzę, że to jest prawda - ale IE z pewnością robi wiele innych dziwnych rzeczy ze wszystkimi formami <br>tagów).

Znakomity walidator na http://validator.w3.org jest naprawdę pomocny w sprawdzaniu, co jest ważne (chociaż nie jestem pewien, czy możesz na nim polegać, aby sprawdzać także typ zawartości).

Oba <br>i <br/>poradzą sobie dobrze, ale wolę, <br/>ponieważ jest to nieco bardziej logiczne. Logiczne jest oczekiwanie tagu zamykającego, ilekroć jest tag otwierający. Dlatego twój kod jest nieco łatwiejszy do odczytania, jeśli nie użyjesz otwierającego tagu, gdy nie będzie tagu zamykającego.

Wszystkie przeglądarki (oprócz być może bardzo starych, które nie mają znaczenia) będą wyświetlać oba dokładnie tak samo. Jednak <br>nie jest zgodny z xHTML.

<br>i <br/>renderować inaczej. Niektóre przeglądarki interpretują <br/>jak <br></br>i wkładka dwa podziały wiersza

<br>jest wystarczający, ale w XHTML <br />jest preferowany zgodnie z WHATWG i zgodnie z W3C .

Zacytować rozdział 8.1.2.1 z HTML 5.2 Rekomendacja W3C, 14 grudnia 2017

Tagi początkowe muszą mieć następujący format:

…

5. Po atrybutach lub po nazwie znacznika, jeśli nie ma atrybutów, może być jeden lub więcej znaków spacji. (Niektóre atrybuty muszą być poprzedzone spacją. Patrz § 8.1.2.3 Atrybuty poniżej.)

6. Następnie, jeśli element jest jednym z pustych elementów lub element jest obcym elementem, wówczas może występować pojedynczy znak SOLIDUS U + 002F (/). Ta postać nie ma wpływu na puste elementy, ale na obce elementy oznacza znacznik początkowy jako samozamykający.

Jeśli używasz programu Dreamweaver CS6, zostanie on automatycznie uzupełniony jako <br />.

Aby sprawdzić poprawność pliku HTML na W3C, zobacz: http://validator.w3.org/

W ramach walidacji to pytanie naprawdę zależy od tego, przez co !DOCTYPEpróbujesz uzyskać weryfikację.

Moim osobistym ulubionym jest miejsce, z 4.01 Transktórego po prostu korzystam <br/>i usuwa ostrzeżenia i błędy, które mogły pojawić się podczas sprawdzania poprawności

Surowa jest znacznie bardziej skomplikowaną bestią, NIENAWIDZI "SHORTTAGS"i dosłownie chce tylko<br></br>

W HTML5„LAX” świata kodu naprawdę nie ma właściwej odpowiedzi, ponieważ jest detects every example you put uptam tak poprawna ......

W końcu myślę, że wszystko, co się liczy, is what validation YOU PREFERlub the person that you are working for prefers... wraz z lackadaisicalruchem w ścisłości kodu html5widzimy niektóre BARDZO LAZY CODERS

IMHO lepiej jest użyć zwykłej notacji ( <br />) zamiast wybaczającej notacji ( <br>) z następujących powodów:

Konsystencja

W twoim HTML prawdopodobnie jest trochę SVG i SVG obsługuje tylko zwykłą notację (np <rect />.).

Hackability

Nie jest tak, że środowiska takie jak React i NativeScript używają notacji XML.
Kod znaczników będzie łatwiejszy do przeanalizowania.

Przejrzystość

Regularny zapis jest łatwiejszy do odczytania i zrozumienia, nawet późno w nocy.

Dane techniczne

Zarówno <br>i <br />są ważne znaczniki HTML.

Wniosek

Jeśli używasz pełnoprawnego edytora tekstu, skonfiguruj go tak, aby używał zwykłej notacji (która nazywa się Emmet XHTML ).
Na przykład w programie Visual Studio Code wystarczy dodać następujący wiersz do ustawień:

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

Wiem tylko, że <br />daje to przerwę z białą linią, <br>aw niektórych przypadkach po prostu daje przerwę. Zdarzyło mi się to, kiedy konfigurowałem skrypt IPN (PHP), wysłałem e-maile i sprawdziłem skrzynkę odbiorczą. Nie wiem dlaczego, ale dostałem tylko wiadomość, żeby wyglądać schludnie, używając obu<br /> and <br>

Spójrz na pocztę tutaj: http://snag.gy/cLxUa.jpg

Pierwsze dwie sekcje tekstu są oddzielone <br />, stąd linie białych znaków, ostatnie trzy wiersze tekstu na dole, a ostatnia sekcja jest oddzielona <br>i po prostu daje nowy wiersz.

W HTML <br>i XHTML <br/>.

Zasugeruję ci użyć <br/>.

Jak wiele innych omówiło, oba są <br>i <br/>są do przyjęcia.

Wydaje mi się, że kompromisem jest lepsza czytelność i kompatybilność wsteczna w <br/>porównaniu z wysyłaniem o jeden mniej znaków do użytkowników końcowych <br>.

A ponieważ Google używa <br>, ja też.

(Oczywiście pamiętaj, że mogą mi służyć, <br>ponieważ używam Chrome, o którym wiedzą, że obsługuje. W IE mogą nadal służyć <br/>)

<br>działa dobrze. Bardziej rygorystyczne wersje, takie jak XHTML, wymagają dodania zamykającego, a naprawdę stare wersje HTML, które nie zawierają tagu DOCTYPEmake <br>non-void, jak <br></br>.

Podsumowując: <br>jest w porządku. Inne też są w porządku.

W HTML5 ukośnik nie jest już konieczne: <br>,<hr>

W większości przypadków w HTML tagi są w parze. Ale do podziału linii nie potrzebujesz pary tagów. Dlatego, aby to wskazać, HTML używa <br/>formatu. <br/>jest właściwy. Użyj tego formatu.

<br>znacznik nie ma znacznika końcowego w HTML W XHTML, <br>znacznik musi być odpowiednio zamknięty, jak poniżej:<br />

W XML każdy znacznik musi być zamknięty. XHTML jest rozszerzeniem XML, dlatego też należy przestrzegać wszystkich reguł XML dla prawidłowego XHTML. Dlatego nawet puste znaczniki (węzły bez węzłów potomnych), takie jak
powinny być zamknięte. XML ma krótką formę zwaną tagami samozamykającymi dla pustych węzłów. Można pisać <br></br> as <br />. Stąd w XHTML<br /> jest używany.

HTML jest pod tym względem bardzo łagodny i nie ma takiej reguły. Więc w HTML puste węzły jak<br> <hr> <meta> itp., Są zapisywane bez zamykającego ukośnika.

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

Nie wszystkie tagi mogą być automatycznie zamykane. Na przykład taki tag <script src="jQuery.min.js" />nie jest dozwolony przez XHTML DTD.

Ummm ..... czy ktoś zna POJEDYNCZEGO dostawcę, klienta użytkownika lub producenta przeglądarki, który kiedykolwiek przestrzegał specyfikacji W3C w 100% ??? Więc jeśli HTML5 mówi, że obsługuje wszystkie trzy wersje elementów break, możesz założyć się, że dostawcy obsługują te same i jeszcze bardziej niechlujne wersje!

Jedyną rzeczą, która ma znaczenie w tej debacie, jest KONSEKWENTNIE stosowanie kodowania, które również jest zgodne ze specyfikacjami XML, a także specyfikacjami HTML, jeśli to możliwe. Oznacza to, że powinieneś używać poprawnej wersji XML tagu break i zachęcać swój zespół do robienia tego samego:

<br />

Ten sam format ukośnika spacji powinien mieć zastosowanie do tagów img, a, hr i meta w kodzie. Dlaczego? Ponieważ:

1. Jest wstecznie kompatybilny ze starszymi klientami / przeglądarkami XHTML
2. Producenci przeglądarek i tak obsługują wersję XML, więc specyfikacja HTML5 jest dyskusyjna.
3. Niedopuszczalne implementacje większości programów klienckich dzisiaj, w przeszłości i w przyszłości, zaakceptują to.
4. Pozwala to na porównywanie znaczników ze standardami XML, jeśli trzeba wrócić do tworzenia dokumentów XHTML / XML na podstawie znaczników.
5. „Dobrą praktyką kodowania” dla WSZYSTKICH DEWELOPERÓW WEB jest ciągłe stosowanie znaczników, które podążają za XML, w tym kodowanie małymi literami, cytowane atrybuty, znaki XML, itp. Itd. Dlaczego? W przyszłości, jeśli będziesz musiał przejść na dane XML, automatycznie kodujesz i myślisz w języku XML.
6. Możemy mieć tylko nadzieję, że w przyszłej sieci WWW odejdziemy od standardów wdrożonych przez prywatnych dostawców i wrócimy do solidnego, niezawodnego, zweryfikowanego znacznika, który analizuje szybciej, szybciej przenosi dane przez przewody i czyni nasz przyszły Internet bardziej znormalizowanym medium używające XML.

Poza tym w robotycznym i maszynowym świecie, w którym roboty nie mają tych samych problemów z kodowaniem interfejsu człowieka, które rozwiązuje dla nas HTML5, chętnie wrócą do systemów danych XML i parsują takie strony internetowe interfejsu użytkownika znacznie szybciej po konwersji na XML dane.

zarówno <br>i <br/>działa, ale nie ma potrzeby korzystania z drugą ponieważ HTML 5 wspiera również pierwszy składni, która jest tak łatwo

działa dobrze w HTML5. HTML5 daje nieco więcej swobody niż XHTML

Jeśli używasz HTML5, użycie <br>jest właściwą drogą :)

<br> i <br /> renderować inaczej w niektórych przeglądarkach, więc wybranie jednej z nich nie zaszkodzi Twojemu projektowi, ale spodziewaj się, że masowe znalezisko… zastąpi renderowanie strony w niektórych przeglądarkach, co może spowodować dodatkową pracę dla ciebie, a nawet zakłopotanie, jeśli zmiana nie wpłynie na nic w przeglądarce testowej, ale przerwie ją w preferowanej przeglądarce twoich klientów.

Wolę, <br>ponieważ używam tego od Erwise i Netscape Navigator (wczesne przeglądarki internetowe), ale nie ma powodu, aby nie wybierać<br /> . Może być przydatny w przypadku niektórych procesów wstępnego przetwarzania, porównywalności itp.

Nawet jeśli twój wybór sprowadza się do preferowania wyglądu jednego nad drugim, lub ty (lub twój ulubiony edytor HTML, np. Dreamweaver) może spodobać się twojemu kodowi zgodność z xml. To zależy od Ciebie.

Krótka uwaga:

Nie należy mylić br, ale dodatkowo można rozważyć użycie wbrznaczników w kodzie HTML: Znacznik możliwości podziału tekstu, który określa, gdzie w tekście można dodać podział wiersza.

W celu dalszej lektury zapoznaj się ze specyfikacją HTML5 .

Elementy bez znaczników końcowych nazywane są pustymi znacznikami. W html 4 i html 5 znaczniki końcowe nie są wymagane i można je pominąć.

W xhtml tagi są tak ścisłe. Oznacza to, że musi zaczynać się od znacznika początkowego, a kończyć znacznikiem końcowym.