HTML 5: чи це, <br/> чи <br />?

Я намагався перевірити інші відповіді , але я все ще плутаюся, особливо після перегляду посилань на W3schools HTML 5 .

Я думав, що HTML 4.01 повинен був "дозволити" однотипні теги просто бути <img>і бути <br>. Потім XHTML прийшов разом із <img />і <br />( де хтось сказав, що місце для старих браузерів є ).

Тепер мені цікаво, як я повинен форматувати свій код під час використання HTML 5.

Це <br>, <br/>чи <br />?

Просто <br>достатньо.

Інші форми існують для сумісності з XHTML; щоб можна було написати той самий код, що і XHTML, і щоб він також працював як HTML. Деякі системи, що генерують HTML, можуть базуватися на XML-генераторах і, отже, не мають можливості виводити лише головий <br>тег; якщо ви використовуєте таку систему, це нормально використовувати <br/>, вона просто не потрібна, якщо вам це не потрібно робити.

Однак дуже мало людей використовують XHTML. Вам потрібно подавати свій вміст, application/xhtml+xmlщоб він інтерпретувався як XHTML, і це не працюватиме у старих версіях IE - це також означатиме, що будь-яка невелика помилка, яку ви зробите, не дозволить вашій сторінці відображатися в браузерах, які підтримують XHTML. Отже, більшість того, що схоже на XHTML в Інтернеті, насправді подається та інтерпретується як HTML. Додаткову інформацію див. У розділі Обслуговування XHTML як тексту / html .

Я думаю, що ця цитата з довідкового проекту HTML 5 дає відповідь:

3.2.2.2 Пустотні елементи

Термін void елементи використовується для позначення елементів, які повинні бути порожніми . Ці вимоги стосуються лише синтаксису HTML. У XHTML всі такі елементи розглядаються як звичайні елементи, але повинні бути позначені як порожні елементи.

Цим елементам заборонено взагалі містити будь-який вміст. У HTML ці елементи мають лише початковий тег . Самозакриваються теги синтаксис може бути використаний. Закриває тег повинен бути опущений , оскільки елемент автоматично закривається аналізатором.

Приклад HTML:
недійсний елемент у синтаксисі HTML. Це не дозволено в синтаксисі XHTML.

<hr>

Приклад:
недійсний елемент, що використовує синтаксис тегів, що самозакриваються HTML-та XHTML-сумісний.

<hr/>

Приклад XHTML:
недійсний елемент, що використовує синтаксис тільки для XHTML з явним кінцевим тегом. Це не дозволено для недійсних елементів у синтаксисі HTML.

<hr></hr>

XML не дозволяє залишати теги відкритими, тому це робить <br>трохи гірше, ніж інші два. Інші два є приблизно еквівалентними другому ( <br/>), переважним для сумісності зі старими браузерами. Насправді, простір раніше /віддають перевагу заради сумісності, але, думаю, це має сенс лише для тегів, які мають атрибути. Тож я б сказав, що <br/>або <br />, що завгодно буде вашою естетикою.

Підсумовуючи це: всі три дійсні, коли перший ( <br>) трохи менше "портативний".

Редагувати : Тепер, коли ми всі божевільні від специфікацій, я вважаю, що варто зазначити, що згідно dev.w3.org :

Початкові теги складаються з таких частин у точно наступному порядку:

1. Символ "<".
2. Назва тегу елемента.
3. Необов'язково один або кілька атрибутів, кожному з яких повинен передувати один або більше символів пробілу.
4. За бажанням, один або кілька символів пробілу.
5. Необов’язково символ "/", який може бути присутнім, лише якщо елемент є недійсним елементом.
6. Символ ">".

У HTML (до HTML 4) : використовувати<br>

У HTML 5 : <br>це найбільш прийнятний, але <br/>і <br />також є прийнятним

У XHTML : <br />є кращим. Можна також використовувати <br/>або<br></br>

Примітки:

• <br></br> Недійсний у HTML 5, він вважатиметься двома розривами рядків.
• XHTML чутливий до регістру, HTML не враховує регістри.
• Для зворотної сумісності деякі старі браузери будуть розбирати XHTML як HTML і не працювати, <br/>але ні<br />

Довідка:

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

Відповідно до специфікації, очікувана форма призначена <br>для HTML 5, але дозволена косої риски дозволена.

Я рекомендую використовувати <br />з наступних причин:

1) Текстові та XML-редактори, які виділяють синтаксис XML різними кольорами, підкреслять належним чином, <br />але це не завжди так, якщо ви використовуєте<br>

2) <br />є сумісним назад з XHTML, а добре сформований HTML (тобто: XHTML) часто простіше перевірити на помилки та налагодити

3) Деяким старим парсерам та деяким специфікаціям кодування потрібен простір перед косою косою (тобто: <br />замість <br/>), наприклад, специфікація кодування WordPress Plugin: http://make.wordpress.org/core/handbook/coding-standards/html/

З мого досвіду, я ніколи не стикався з <br />випадками, коли використання проблематично, проте є багато випадків, коли <br/>або особливо <br>може бути проблематичним у старих браузерах та інструментах.

XML вимагає, щоб усі теги мали відповідний закриваючий тег. Отже, існує спеціальний синтаксис із короткою рукою для тегів без внутрішнього вмісту.

HTML5 не є XML, тому він не повинен пред'являти такої вимоги. Ні HTML 4.01.

Наприклад, у специфікаціях HTML5 всі приклади з brтегом використовують <br>синтаксис, а не <br/>.

UPD На насправді, <br/>це дозволено в HTML5 . 9.1.2.1, 7.

Якщо вас цікавить порівнянність (не сумісність, а порівнянність), я б дотримувався цього <br />.

В іншому випадку, <br>це добре.

І те, <br>і <br />прийнятне в HTML5, але в дусі HTML, <br>слід використовувати. HTML5 дозволяє закрити косої риски, щоб бути більш сумісним з документами, які раніше були HTML 4.01 та XHTML 1.0, що дозволяє простіше перейти до HTML5. Звичайно, <br/>також прийнятно, але щоб бути сумісним із деякими старими браузерами, перед закритою косою рисою ( /) має бути пробіл .

1. Якщо ви виводите HTML на звичайний веб-сайт, який ви можете використовувати, <br> або <br/> обидва є дійсними в будь-який час, коли ви подаєте HTML5 як текст / html.

2. Якщо ви служите HTML5 як XHTML (тобто додатки типу контенту / XHTML + XML, з декларацією XML) , то ви повинні використовувати самостійно закриває тег як так: <br/>.

   Якщо у вас немає, деякі веб-переглядачі можуть відмовитись від відображення вашої сторінки (зокрема, Firefox дуже суворо ставиться до надання лише дійсних xhtml + xml-сторінок).

   Як зазначено в пункті 1. <br/>, також діє для HTML5, який, як правило, генерується як XML, але служить звичайним текстом / html без декларації XML (наприклад, від XSL Transform, який генерує веб-сторінки, або щось подібне).

Щоб усунути плутанину: введення пробілу перед косою рисою не потрібно в HTML5 і не має ніякого значення в тому, як відображається сторінка (якщо хтось може навести приклад, я відкину це, але не вірю, що це true - але IE, безумовно, робить багато інших дивних речей з усіма формами <br>тегів).

Відмінний валідатор на http://validator.w3.org дуже корисний для перевірки того, що є дійсним (хоча я не впевнений, що ви можете покластися на нього, щоб також перевірити тип вмісту).

І те <br>і <br/>інше, але я вважаю <br/>за краще, тому що це трохи логічніше. Логічно очікувати закриття тегу кожного разу, коли є тег відкриття. Тому ваш код трохи простіше читати, якщо ви не використовуєте тег відкриття, коли не буде закритого тегу.

Усі веб-переглядачі (крім, можливо, дуже старих, які не мають значення) відображатимуться як однаково, так і інше. Однак, <br>це не комплаєнт xHTML.

<br>і <br/>відображати по-різному. Деякі браузери інтерпретують <br/>як <br></br>і вставляють два розриви рядків

<br>є достатньою, але в XHTML <br />кращим є згідно WHATWG та W3C .

Цитую Розділ 8.1.2.1 з HTML 5.2 W3C Recommendation 14 грудня 2017

Початкові теги повинні мати такий формат:

…

5. Після атрибутів або після імені тега, якщо атрибутів немає, може бути один або кілька символів пробілу. (Деякі атрибути повинні проходити через пробіл. Див. § 8.1.2.3 Атрибути нижче.)

6. Тоді, якщо елемент є одним з недійсних елементів, або якщо елемент є стороннім елементом, то може бути один символ U + 002F SOLIDUS (/). Цей символ не впливає на недійсні елементи, але на сторонні елементи він позначає початковий тег як самозакриваючись.

Якщо ви використовуєте Dreamweaver CS6, він автоматично завершиться як <br />.

Щоб перевірити свій HTML-файл на W3C, див. Http://validator.w3.org/

Під час перевірки цього питання дійсно залежить від того, через що !DOCTYPEви намагаєтесь пройти перевірку.

Мій особистий фаворит - це те, 4.01 Transде я просто використовую, <br/>і він очищає попередження та помилки, які можуть виникнути під час перевірки

Суворий - набагато складніший звір, Він НЕГОЧАЄ "SHORTTAGS" і буквально хоче лише цього<br></br>

У HTML5або "ЛАКСІ" кодового світу насправді немає правильної відповіді, оскільки це detects every example you put upтам як правильне ......

Зрештою, я думаю, що все, що має значення, is what validation YOU PREFERабо the person that you are working for prefers... з lackadaisicalрухом суворості коду html5ми бачимо деякі ДУЖЕ ЛАЗНІ КОДЕРИ

IMHO краще використовувати звичайні позначення ( <br />) замість нота прощання ( <br>) з наступних причин:

Послідовність

У вашому HTML, мабуть, деякі SVG та SVG підтримують лише регулярні позначення (наприклад, <rect />).

Хакабельність

Це не той випадок, коли рамки, такі як React і NativeScript, використовують позначення XML.
Ваш код розмітки буде простіше розбирати.

Чіткість

Регулярні позначення легше читати та розуміти, навіть пізно вночі.

Технічні умови

Обидва <br>і <br />є дійсними тегами HTML.

Висновок

Якщо ви використовуєте повноцінний текстовий редактор, налаштуйте його на звичайну нотацію (яка називається XHTML Emmet ).
Наприклад, у коді Visual Studio просто потрібно додати наступний рядок до налаштувань:

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

Ну все, що я знаю, це те, що <br />дає перерву з білою лінією і<br> просто дає перерву в деяких випадках. Це сталося зі мною, коли я налаштовував IPN-скрипт (PHP) і надсилав пошти та перевіряв папку "Вхідні". Не знаю чому, але я отримав лише повідомлення, щоб виглядати акуратно, використовуючи обидва<br /> and <br>

Подивіться на пошту тут: http://snag.gy/cLxUa.jpg

Перші два розділи тексту відокремлюються <br />, отже, рядками пробілу, останні три рядки тексту внизу та останній розділ відокремлюються <br>і просто дають новий рядок.

У HTML <br>та XHTML <br/>.

Я запропоную вам скористатися <br/>.

Як і багато інших, вони охоплюють і те, <br>і <br/>прийнятне.

Я думаю, що компроміс - це краща читабельність та зворотна сумісність <br/>порівняно з надсиланням на один менший символ кінцевим користувачам <br>.

А оскільки Google<br> так і використовує , я.

(Звичайно, майте на увазі, що вони можуть мені служити, <br>тому що я використовую Chrome, який, як вони знають, підтримує його. В IE вони все ще можуть служити <br/>)

<br>працює просто чудово. Більш суворі версії, такі як XHTML, вимагають, щоб ви додали закриваючі, і справді старі версії HTML, які не містять тег DOCTYPEmake, <br>недійсний <br></br>.

Підбиваємо підсумки: <br>добре. Інші - теж просто чудово.

У HTML5 косою рисою більше не потрібно : <br>,<hr>

Більшість випадків у HTML теги знаходяться в парі. Але для розриву рядка вам не потрібна пара тегів. Тому, щоб позначити це, HTML використовує <br/>формат. <br/>є правильним. Використовуйте цей формат.

<br>тег не має кінцевого тегу в HTML У XHTML <br>тег повинен бути належним чином закритий, як це:<br />

У XML кожен тег повинен бути закритим. XHTML - це розширення XML, тому для правильних XHTML слід дотримуватися всіх правил XML. Отже, навіть порожні теги (вузли без дочірніх вузлів), як, наприклад,
повинні бути закриті. XML має коротку форму, яку називають тегами самозамикання для порожніх вузлів. Можна писати <br></br> as <br />. Отже, XHTML <br />використовується.

HTML в цьому плані дуже м'який, і такого правила немає. Тож у HTML <br> <hr> <meta>записуються порожні вузли на зразок тощо без нахилу вперед.

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

Не всі теги можуть бути самозакритими. Наприклад, тег на зразок <script src="jQuery.min.js" />XHTML DTD не дозволений.

Ummm ..... хтось знає єдиного постачальника, користувача-агента чи виробника браузера, який коли-небудь дотримувався специфікацій W3C 100% ??? Тож якщо HTML5 каже, що підтримує всі три версії брейк-елемента, ви можете поставити під сумнів, що постачальники підтримують однакові та ще більше версії шампанського!

Єдине, що має значення в цій дискусії, - це КОНСИСТИЧНО використовувати кодування, яке також дотримується специфікацій XML, а також специфікацій HTML, коли це можливо. Це означає, що ви повинні використовувати правильну XML-версію тега перерви та заохочувати всю вашу команду робити те саме:

<br />

Той самий формат косої коси повинен застосовуватися для img, a, hr та метатегів у вашому коді. Чому? Тому що:

1. Вона назад сумісна зі старими XHTML-агентами / браузерами
2. Постачальники браузерів так чи інакше підтримують версію XML, тому специфікація HTML5 суперечить.
3. Недбалі реалізації більшості користувачів-агентів сьогодні, в минулому і в майбутньому приймуть це.
4. Це дозволяє розмітці бути порівнянною зі стандартами XML, якщо вам потрібно повернутися до створення XHTML / XML документів зі своєї розмітки.
5. ВСІ «WEB DEVELOPERS» - це «хороша практика кодування», щоб продовжувати використовувати суцільні методи розмітки, що слідують за XML, включаючи кодування в усіх нижчих регістрах, атрибути, що цитуються, символи XML тощо тощо. Чому? Надалі, якщо вам доведеться перейти на XML-дані, ви автоматично кодуєте і мислите в XML.
6. Ми можемо лише сподіватися, що в майбутньому всесвітній Інтернеті ми відійдемо від приватних стандартів, що впроваджуються постачальниками, і повернемося до твердої, надійної, перевіреної розмітки, яка швидше аналізує, швидше переміщує дані по дротах та зробить наш майбутній Інтернет більш стандартизованим. носій із використанням XML.

Окрім того, у робототехнічному та машинному світі, де роботи не мають тих самих проблем із кодуванням для людського інтерфейсу, які вирішує для нас HTML5, вони із задоволенням повернуться до систем даних XML та проаналізують подібні веб-сторінки інтерфейсу набагато швидше, перетворившись у XML дані.

як <br>і <br/>працює , але немає необхідності у використанні другого , так як HTML 5 також підтримує перший синтаксис , який так легко

добре працює в HTML5. HTML5 дозволяє трохи більше простору, ніж XHTML

Якщо ви використовуєте HTML5, то <br>це правильний шлях :)

<br>і <br />рендеріруйте по-різному в деяких браузерах, тому вибір будь-якого іншого не зашкодить вашому проекту, але очікуйте, що об'ємна знахідка .. замінить це на відображення сторінки в деяких браузерах, що може призвести до додаткової роботи для вас чи навіть збентеження, якщо зміна нічого не вплине на ваш тестовий веб-переглядач, але порушить його у бажаному браузері ваших клієнтів.

Я вважаю за краще, <br>оскільки це те, чим я користувався з Erwise та Netscape Navigator (ранніх веб-браузерів), але немає причин не вибирати <br />натомість. Це може бути корисно для попередньої обробки, порівнянності тощо.

Навіть якщо ваш вибір зводиться до переваги вигляду один над іншим, або ви (або ваш улюблений редактор HTML, наприклад, Dreamweaver), можливо, хочете, щоб ваш код відповідав xml. Тобі вирішувати.

Швидка сторона:

Не плутати з цим br, але крім того, ви можете також розглянути можливість використання wbrтегів у вашому HTML: Тег можливості перелому слова, який визначає, де в тексті було б добре додати перерву рядка.

Для подальшого читання, будь ласка, прочитайте специфікацію HTML5 .

Елементи без кінцевих тегів називаються порожніми тегами. У html 4 та html 5 кінцеві теги не потрібні та їх можна опустити.

У xhtml теги настільки суворі. Це означає, що він повинен починатися з початкового тегу і закінчуватися кінцевим тегом.