HTML 5: czy to,, czy?

Myślę, że ten cytat z HTML 5 Reference Draft daje odpowiedź:

Niektóre elementy są jednak zabronione od zawierania jakichkolwiek treści. Są one znane jako elementy pustki. W HTML, powyższej składni nie można użyć dla elementów pustych. Dla takich elementów, znacznik końcowy musi zostać pominięty, ponieważ element jest automatycznie zamykany przez parser. Do takich elementów należą, między innymi br, hr, link i meta

Przykład HTML:

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

W XHTML składnia XML wymagania nakazują, że musi to być sprecyzowane za pomocą jawnego znacznik końca, jak wyżej, lub pusty składnia elementu. Osiąga się to poprzez wstawianie ukośnika na końcu znacznik start bezpośrednio przed prawym wspornik kątowy.

Przykład:

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

Autorzy mogą opcjonalnie wybrać użycie tej samej składni dla elementów void w składnia HTML również. Niektórzy autorzy wybierz również dołączanie białych znaków przed slash, jednak nie jest to konieczne. (Używając spacji w tym moda to konwencja odziedziczona po wytyczne dotyczące zgodności w XHTML 1.0, Dodatek C.)

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

Podsumowując: wszystkie trzy są ważne, przy czym pierwsza z nich jest nieco mniejsza "przenośny".

Edit: Teraz, gdy wszyscy szalejemy na punkcie specyfikacji, myślę, że warto zwrócić uwagę, że zgodnie z dev.w3.org :

Znaczniki Start składają się z następujących elementów 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ć poprzedzone jedną lub więcej spacją postaci.
4. Opcjonalnie jedna lub więcej przestrzeni postaci.
5. Opcjonalnie znak"/", który może występować tylko wtedy, gdy element jest elementem pustym.
6. znak">".

In HTML (up to HTML 4) : use <br>

In HTML 5: <br> jest preferowane, 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 linii.
• XHTML rozróżnia wielkość liter, HTML nie rozróżnia wielkości liter.
• dla kompatybilności wstecznej, niektóre stare przeglądarki parsują XHTML jako HTML i fail on <br/> but not <br />

Odniesienie:

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

Zgodnie ze specyfikacją oczekiwaną formą jest <br> dla HTML 5, ale dopuszczalny jest ukośnik zamykający.

XML wymaga, aby wszystkie znaczniki miały odpowiedni znacznik zamykający. Istnieje więc specjalna skrócona składnia znaczników bez wewnętrznej zawartości.

HTML5 nie jest XML, więc nie powinien stawiać takiego wymogu. Podobnie jak HTML 4.01.

Na przykład w specyfikacji HTML5 wszystkie przykłady z tagiem br używają składni <br>, a nie <br/>.

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

Polecam używanie
z następujących powodów:

1) edytory tekstu i XML, które podświetlają składnię XML w różnych kolorach, będą podświetlane poprawnie za pomocą
, ale nie zawsze tak jest, jeśli używasz

2)
jest wstecznie kompatybilny z XHTML i dobrze uformowany HTML (ie: XHTML) jest często łatwiejszy do walidacji pod kątem błędów i Debugowania

3) niektóre stare parsery i niektóre specyfikacje kodowania wymagają spacji przed ukośnikiem zamykającym (tj.:
zamiast
) takie jak specyfikacja kodowania wtyczki WordPress: http://make.wordpress.org/core/handbook/coding-standards/html/

Moje doświadczenie, nigdy nie natknąłem się na przypadek, w którym używanie
jest problematyczne, jednak jest wiele przypadków, w których
lub szczególnie
może być problematyczne w starszych przeglądarkach i narzędziach.

Zarówno <br> jak i <br /> są akceptowalne w HTML5, ale w duchu HTML, <br> powinny być używane. 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 również dopuszczalne, ale aby być kompatybilnym ze starszymi przeglądarkami, przed ukośnikiem zamykającym powinna być spacja (/).

Jeśli interesuje Cię porównywalność (nie kompatybilność, ale porównywalność), to zostanę przy <br />.

W Przeciwnym Razie, <br> jest w porządku.

1. Jeśli tworzysz HTML na zwykłej stronie internetowej, możesz użyć <br> lub <br/>, oba są ważne zawsze, gdy podajesz HTML5 jako tekst / html.

2. Jeśli obsługujesz HTML5 jako XHTML (tj. content type application / xhtml+xml, z deklaracją XML), musisz użyć samozamykającego się znacznika w ten sposób: <br/>.

   Jeśli tego nie zrobisz, niektóre przeglądarki mogą odmówić renderowania Twojej strony (w szczególności Firefox jest bardzo rygorystyczny pod względem renderowania valid XHTML + XML pages).

   Jak zaznaczono w 1. <br/> jest również ważne dla HTML5, który jest generowany jako XML, ale służył jako zwykły tekst / html BEZ deklaracji XML (np. z transformacji xsl, która generuje strony internetowe lub coś podobnego).

Aby wyjaśnić zamieszanie: umieszczenie spacji przed ukośnikiem nie jest wymagane w HTML5 i nie ma znaczenia, jak strona jest renderowana (jeśli ktoś może podać przykład, wycofam to, ale nie uwierz, że to prawda - ale IE na pewno robi wiele innych dziwnych rzeczy ze wszystkimi formami <br> tagów).

Doskonały walidator w http://validator.w3.org jest naprawdę pomocny w sprawdzaniu, co jest ważne (chociaż nie jestem pewien, czy możesz na nim polegać, aby również sprawdzić typ treści).

Zarówno <br> jak i <br/> będzie dobrze, ale wolę <br/>, ponieważ jest to nieco bardziej logiczne. Logiczne jest oczekiwanie znacznika zamykającego za każdym razem, gdy istnieje znacznik otwierający. Dlatego Twój kod jest nieco łatwiejszy do odczytania, jeśli nie używasz znacznika otwierającego, gdy nie będzie znacznika zamykającego.

Wszystkie przeglądarki (z wyjątkiem niektórych bardzo starych, które nie mają znaczenia) będą wyświetlać dokładnie to samo. Jednak {[0] } nie jest zgodny z xHTML.

<br> i <br/> renderować inaczej. Niektóre przeglądarki interpretują <br/> jako <br></br> i wstawiają dwa podziały linii

W walidacji, tego pytania, to naprawdę zależy od tego, co !DOCTYPE próbujesz uzyskać weryfikację przez.

Moim ulubionym jest 4.01 Trans gdzie po prostu używam <br/> i czyści ostrzeżenia i błędy, które mogły pojawić się podczas walidacji

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

W HTML5 lub "LAX" świata kodu, naprawdę nie ma właściwej odpowiedzi, ponieważ detects every example you put up tam jako zgadza się......

W końcu, myślę, że wszystko, co się liczy is what validation YOU PREFER lub the person that you are working for prefers... z ruchem lackadaisical w kodzie w html5 widzimy bardzo leniwych koderów

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

Spójność

W Twoim HTML jest prawdopodobnie jakiś SVG, a SVG obsługuje tylko zwykłą notację(np. <rect />).

Hackability

Nie jest przypadkiem, że frameworki takie jak React i NativeScript używają notacji XML.
Twój kod znaczników będzie łatwiejszy do przetworzenia.

Jasność

The regularna notacja jest łatwiejsza do odczytania i zrozumienia, nawet późno w nocy.

Dane techniczne

Zarówno <br> jak i <br /> są poprawnymi znacznikami HTML.

Podsumowanie

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

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

Wiem tylko, że <br /> daje przerwę białą linią, a <br> daje przerwę w niektórych przypadkach. Przydarzyło mi się to, gdy zakładałem skrypt IPN (PHP) i wysyłałem maile i sprawdzałem skrzynkę odbiorczą. Dont know why but I only got the message to look neat using both <br /> and <br>

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

Pierwsze dwie części tekstu są oddzielone <br />, stąd białe linie, ostatnie trzy wiersze tekstu w dolna i ostatnia sekcja jest oddzielona {[1] } i po prostu daje nowy wiersz.

W HTML <br> oraz w XHTML <br/>.

Sugeruję użycie <br/>.

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

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

Aby zacytować sekcja 8.1.2.1 z HTML 5.2 W3C zalecenia, 14 grudnia 2017 r.

Znaczniki Start muszą mieć następujący format:

…

1. 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ć miejsce. Patrz §8.1.2.3 atrybuty poniżej.)

2. Następnie, jeśli element jest jednym z elementów pustych, lub jeśli element jest elementem obcym, wtedy może istnieć pojedynczy znak U+002F SOLIDUS ( / ). Znak ten nie ma wpływu na elementy puste, ale na elementy obce oznacza znacznik startowy jako samozamykający się.

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

Aby zweryfikować plik HTML na W3C zobacz : http://validator.w3.org/

Jak wiele innych, zarówno <br>, jak i <br/> są dopuszczalne.

Myślę, że kompromis polega na lepszej czytelności i wstecznej kompatybilności <br/> w porównaniu z wysłaniem jednego znaku mniej do użytkowników końcowych z <br>.

A skoro Google używa <br> to ja też.

(oczywiście należy pamiętać, że mogą mnie obsługiwać <br> ponieważ używam Chrome, który wiedzą, że go obsługuje. W IE mogą jeszcze serwować <br/>)

<br> działa dobrze. Bardziej rygorystyczne wersje, takie jak XHTML, wymagają dodania zamykającego, a naprawdę stare wersje HTML, które nie zawierają DOCTYPE sprawiają, że <br> jest znacznikiem non-void, takim jak <br></br>.

Summ up: <br> jest w porządku. Inne też są w porządku.

Większość przypadków w HTML, znaczniki są w parach. Ale do przerwania linii nie potrzebujesz pary znaczników. Dlatego, aby to zaznaczyć, HTML używa formatu <br/>. <br/> jest właściwy. Użyj tego formatu.

<br> tag nie ma znacznika końcowego w HTML W XHTML znacznik <br> musi być poprawnie zamknięty, tak: <br />

W XML każdy znacznik musi być zamknięty. XHTML jest rozszerzeniem XML, dlatego wszystkie reguły XML muszą być przestrzegane dla poprawnego XHTML. Stąd nawet puste znaczniki (węzły bez potomka węzły) jak
powinny być zamknięte. XML ma krótką formę zwaną samozamykającymi się znacznikami dla pustych węzłów. Możesz napisać <br></br> as <br />. Stąd w XHTML <br /> jest używany.

HTML jest bardzo pobłażliwy pod tym względem i nie ma takiej reguły. Tak więc w HTML puste węzły jak <br> <hr> <meta> itd 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 znaczniki mogą być zamykane samodzielnie. Na przykład znacznik <script src="jQuery.min.js" /> nie jest dozwolony przez XHTML DTD.

Hmmm.....czy ktoś zna jednego dostawcę, agenta 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 elementu break, możesz założyć, że dostawcy obsługują te same i jeszcze bardziej niechlujne wersje!

Jedyną rzeczą, która ma znaczenie w tej debacie jest konsekwentne stosowanie kodowania, które również dzieje się zgodnie ze specyfikacjami XML, a także specyfikacjami HTML, gdy jest to możliwe. Oznacza to, że powinieneś użyć poprawnej wersji XML z tagiem break i zachęcić całą drużynę do zrobienia tego samego:

<br />

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

Its jest wstecznie kompatybilny ze starszymi agentami / przeglądarkami XHTML]}
1. dostawcy przeglądarek i tak obsługują wersję XML, więc Specyfikacja HTML5 jest dyskusyjna.
2. niechlujne implementacje większości agentów użytkowników dzisiaj, w przeszłości i w przyszłości zaakceptują to.
3. pozwala aby Twoje znaczniki były porównywalne ze standardami XML, powinieneś wrócić do tworzenia dokumentów XHTML / XML ze swoich znaczników.
4. jest "dobrą praktyką kodowania" dla wszystkich twórców stron internetowych, aby nadal używać solidnych praktyk znaczników zgodnych z XML, w tym kodowania małymi literami, cytowanych atrybutów, unikalnych znaków XML itp. itd. Dlaczego? W przyszłości, jeśli będziesz musiał przełączyć się na dane XML, automatycznie kodujesz i myślisz w XML.
5. możemy mieć tylko nadzieję, że w przyszłości World Wide Web odejdziemy od prywatnych standardów wdrożonych przez dostawców i wrócić do solidnych, niezawodnych, zweryfikowanych znaczników, które przetwarzają szybciej, przenoszą dane po przewodach szybciej i sprawiają, że nasz przyszły Internet staje się bardziej znormalizowanym medium za pomocą XML.

Poza tym, w świecie robotów i maszyn, który jest tutaj, gdzie roboty nie mają tych samych problemów z kodowaniem interfejsu człowieka, które HTML5 rozwiązuje dla nas, chętnie wrócą do systemów danych XML i parsują takie strony internetowe UI znacznie szybciej po przekonwertowaniu do danych XML.

<br> i <br /> Renderuj inaczej w niektórych przeglądarkach, więc wybór jednej z nich nie zaszkodzi Twojemu projektowi, ale spodziewaj się masowego wyszukiwania..zastąp, aby wpłynąć na renderowanie strony w niektórych przeglądarkach, co może spowodować dodatkową pracę dla siebie lub nawet zażenowanie, jeśli zmiana nie wpłynie na przeglądarkę testową, ale złamie ją w preferowanej przeglądarce klientów.

Wolę <br> ponieważ jest to to, czego używałem od Erwise i Netscape Navigator (wczesne przeglądarki internetowe), ale nie ma powodu, by nie wybierać <br /> zamiast tego. Może być przydatny do pewnych procesów wstępnych, 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żesz chcieć, aby Twój kod był zgodny z xml. To zależy od Ciebie.

A quick side note:

Nie należy mylić z br, ale dodatkowo możesz rozważyć użycie tagów wbr W HTML: znacznik Word break opportunity, który określa, gdzie w tekście byłoby ok, aby dodać podział wiersza.

Aby dowiedzieć się więcej, zapoznaj się ze specyfikacją HTML5 .

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

W xhtml znaczniki są tak surowe. Oznacza to, że musi zaczynać się od znacznika start i kończyć znacznikiem end.