это - html5 br




HTML 5: это сайт,<br/> или<br/>? (16)

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

Я думал, что HTML 4.01 должен был «разрешить» одиночные теги просто быть <img> и <br> . Затем XHTML появился вместе с <img /> и <br /> ( где кто-то сказал, что пространство для старых браузеров ).

Теперь мне интересно, как я должен отформатировать свой код при работе с HTML 5.

<!DOCTYPE HTML>

Это <br> , <br/> или <br /> ?


  1. Если вы выводите HTML на обычный веб-сайт, вы можете использовать или или <br/> , оба действительны в любое время, когда вы используете HTML5 как text / html.

  2. Если вы используете HTML5 как XHTML (например, приложение типа контента / xhtml + xml с объявлением XML), вы должны использовать самозакрывающийся тег, например: <br/> .

    Если у вас нет некоторых браузеров, вы можете отказаться от предоставления вашей страницы (особенно в Firefox очень строгий перевод только допустимых страниц xhtml + xml).

    Как отмечено в 1. <br/> это также справедливо для HTML5, который создается как XML, но служил регулярным текстом / html без объявления XML (например, из XSL Transform, который генерирует веб-страницы или что-то подобное).

Чтобы устранить путаницу: размещение пробела до того, как косая черта не требуется в HTML5, и не имеет никакого значения, как выглядит страница (если кто-нибудь может привести пример, я отступлю это, но я не верю, что это true - но IE, конечно, делает много других нечетных вещей со всеми формами тэгов).

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


Ummm ..... кто-нибудь знает одного поставщика, пользователя или агента браузера, который когда-либо следил за спецификациями W3C 100% ??? Поэтому, если HTML5 говорит, что он поддерживает все три версии элементов break, вы можете поспорить, что поставщики поддерживают те же самые и даже более sloppier-версии!

Единственное, что имеет значение в этих дискуссиях, - это ПОСТОЯННОЕ использование кодировки, которая также, возможно, соответствует спецификациям XML, а также спецификациям HTML. Это означает, что вы должны использовать правильную XML-версию тега break и поощрять всю свою команду делать то же самое:

<br />

Тот же формат пространства-косой черты должен применяться для тегов img, a, hr и meta в вашем коде. Зачем? Так как:

  1. Его обратная совместимость со старыми пользовательскими агентами / браузерами XHTML
  2. Браузер поставщики поддерживает версию XML в любом случае, так что спецификация HTML5 является спорной.
  3. Небрежные реализации большинства пользовательских агентов сегодня, в прошлом и в будущем, согласятся на это.
  4. Это позволяет вашей разметке быть сопоставимой с стандартами XML, если вам нужно вернуться к созданию XHTML / XML-документов из вашей разметки.
  5. Это «хорошая практика кодирования» для ВСЕХ ВЕБ-РАЗРАБОТЧИКОВ, чтобы продолжать использовать надежные методы разметки, которые следуют за XML, включая кодирование во всех строчных, цитируемых атрибутах, экранированных символах XML и т. Д. И т. Д. Почему? В будущем, если вам нужно переключиться на XML-данные, вы автоматически кодируете и думаете в XML.
  6. Мы можем только надеяться, что в будущем World Wide Web мы откажемся от стандартов, внедренных частными производителями, и вернемся к надежной, проверенной разметке, которая будет анализировать быстрее, быстрее перемещает данные по проводам и делает наш будущий Интернет более стандартизированным среда, использующая XML.

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


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

HTML5 не является XML, поэтому он не должен представлять такого требования. Также не является HTML 4.01.

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

UPD Фактически, <br/> разрешено в HTML5 . 9.1.2.1, 7.


Большинство случаев в HTML, теги находятся в паре. Но для разрыва строки вам не нужна пара тегов. Поэтому, чтобы указать это, HTML использует формат <br/> . <br/> является правильным. Используйте этот формат.

Теги тега не имеют конечного тега в HTML В XHTML тег объявления должен быть правильно закрыт, например: <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.


В HTML (до HTML 4) : используйте

В HTML 5 : предпочтение отдается, но <br/> и <br /> также приемлемо

В XHTML : <br /> является предпочтительным. Можно также использовать <br/> или <br></br>

Заметки:

  • <br></br> недействительно в HTML 5, это будет считаться двумя разрывами строк.
  • XHTML чувствителен к регистру, HTML не чувствителен к регистру.
  • Для обратной совместимости некоторые старые браузеры будут анализировать XHTML как HTML и не работать <br/> но не <br />

Ссылка:


В HTML и XHTML <br/> .

Я предлагаю вам использовать <br/> .


Если вы заинтересованы в сопоставимости (не совместимости, но сопоставимости), то я бы придерживался <br /> .

В противном случае, все в порядке.


ИМХО, лучше использовать обычную нотацию ( <br /> ) вместо прощающей нотации ( <br> ) по следующим причинам:

консистенция

В вашем HTML, вероятно, некоторые SVG и SVG поддерживают только стандартную нотацию (например, <rect /> ).

Hackability

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

ясность

Обычную нотацию легче читать и понимать, даже поздно ночью.

Характеристики

Оба и <br /> являются действительными тегами HTML.

Заключение

Если вы используете полноценный текстовый редактор, настройте его для использования обычной нотации (которая называется XHTML Emmet ).
Например, в Visual Studio Code вам просто нужно добавить следующую строку в свои настройки:

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

Ну, все, что я знаю, это то, что <br /> дает перерыв с белой линией, и просто дает перерыв в некоторых случаях. Это произошло со мной, когда я настраивал IPN-скрипт (PHP) и отправлял письма и проверял для него папку «Входящие». Не знаю почему, но я только получил сообщение, чтобы выглядеть аккуратно, используя как <br /> and <br>

Взгляните на почту здесь: http://snag.gy/cLxUa.jpg

Первые два раздела текста разделены на <br /> , поэтому строки пробелов, последние три строки текста внизу и последнего раздела разделены на <br> и просто дают новую строку.


Оба и <br /> допустимы в HTML5, но в духе HTML, <br> следует использовать. HTML5 позволяет закрывать косые черты, чтобы быть более совместимыми с документами, которые ранее были HTML 4.01 и XHTML 1.0, что позволяет легче переносить HTML5. Конечно, <br/> также приемлемо, но чтобы быть совместимым с некоторыми более старыми браузерами, перед закрывающей косой чертой должно быть пробел ( / ).


При проверке этого вопроса, это действительно зависит от того, что !DOCTYPE вы пытаетесь пройти проверку.

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

Strict - гораздо более сложный зверь, он HATES "SHORTTAGS" и довольно буквально хочет только <br></br>

В HTML5 или «LAX» мира кода действительно нет правильного ответа, потому что он detects every example you put up там размещаете правильно ...

В конце концов, я думаю, что все, что имеет значение, is what validation YOU PREFER или the person that you are working for prefers ... с отсутствующим движением в строгости кода в html5 мы видим некоторые ОЧЕНЬ ЛАЗОВЫЕ КОДЕРЫ


Просто достаточно.

Другие формы существуют для совместимости с XHTML; чтобы он мог писать тот же код, что и XHTML, и работать он также как HTML. Некоторые системы, которые генерируют HTML, могут быть основаны на генераторах XML и, следовательно, не имеют возможности выводить только голый тег; если вы используете такую ​​систему, это нормально использовать <br/> , это просто не обязательно, если вам не нужно это делать.

Однако очень мало людей используют XHTML. Вам нужно обслуживать ваш контент как application/xhtml+xml чтобы он интерпретировался как XHTML, и это не будет работать в старых версиях IE - это также означает, что любая небольшая ошибка, которую вы делаете, будет препятствовать тому, чтобы ваша страница отображалась в браузерах которые поддерживают XHTML. Таким образом, большинство из того, что похоже на XHTML в Интернете, фактически обслуживается и интерпретируется как HTML. См. « Обслуживание XHTML как текст / html» .


Элементы без концевых тегов называются пустыми тегами. В html 4 и html 5 конечные теги не требуются и могут быть опущены.

В xhtml теги настолько строгие. Это означает, что нужно начинать с начального тега и заканчивать конечным тегом.


Я бы рекомендовал использовать <br /> по следующим причинам:

1) Редакторы текста и XML, которые выделяют синтаксис XML в разных цветах, будут хорошо видны с помощью <br />, но это не всегда так, если вы используете

2) <br /> обратная совместимость с XHTML и хорошо сформированный HTML (то есть: XHTML) часто легче проверять на наличие ошибок и отлаживать

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

По моему опыту, я никогда не сталкивался с ситуацией, когда использование <br /> проблематично, однако есть много случаев, когда <br/> или особенно может быть проблематичным в старых браузерах и инструментах.


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

Я предпочитаю, так как это то, что я использовал с Erwise и Netscape Navigator (ранние веб-браузеры), но нет причин не выбирать <br /> вместо этого. Это может быть полезно для некоторой предварительной обработки, сопоставимости и т. Д.

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

Быстрая заметка:

Не следует путать с br , но, кроме того, вы можете также рассмотреть использование тегов wbr в своем HTML: тег возможности разрыва слова, который указывает, где в тексте было бы нормально добавить разрыв строки.

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


<br> и <br/> визуализируйте по-разному. Некоторые браузеры интерпретируют <br/> как <br></br> и вставляют два разрыва строки







html5