Чем можно заменить br в html

Что использовать вместо в HTML5

Является ли еще признанным тегом HTML5?

У меня создалось впечатление, что оно больше не используется, и должно быть что-то более современное, которое заменило бы его.

Что я должен использовать вместо того, чтобы соответствовать требованиям HTML?

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

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

недействителен. Она должна быть либо
или
. Для HTML5 это лучше всего использовать
но я уверен, что это не имеет значения, если смотреть на валидатор.

Упоминания о том, что нет разницы b/w HTML 4 и HTML 5 относительно тегов BR.

В HTML5, для конвенции, лучше использовать
в HTML вы можете использовать
и
, недопустим в HTML и HTML5.

обратитесь к ссылке

на нем есть лучшее описание.

Там нет информации о
теге будет недействительно в HTML5 спецификации (я прочитал w3.org и разработчиков Mozilla). Единственное уведомление об изъятии, которое я нашел, – это clear атрибут, но это не имеет особого значения, поскольку он редко использовался в любом случае.

Единственное, что касается использования тега
– вы должны использовать его только по типографическим причинам – для обеспечения разрыва строки внутри текста. Вы абсолютно не должны использовать
по причинам макета – использование display: block элементы вместо этого. Кроме того, вы не должны использовать несколько
тег и пойти на margin или padding свойства CSS.

Кроме этого он все еще отлично действует. Он используется не слишком часто, потому что

лучше подходит для текстового стиля, но иногда разрывы строк без полей тоже в порядке.

Источник

Чем заменить тег br?

Чем можно заменить тег
, чтобы не повторять его множество раз в html разметке?

5 ответов 5

— покажите ссылку откуда такое чудо. Эти теги должны закрываться.

— это будет не валидно

в них не входит. Если хотите чтобы документ мог парсится ещё и как XHTML то нужно ясно писать

div ‘ом фиксированный высоты. Внутри него нужен только 1
, а можно и не
, а скажем — просто чтобы div самопроизвольно не удалился.

Вопрос частый среди новичков, а развёрнутого ответа с рабочими примерами видеть не доводилось. Попробую дать таковой сам.

1. Разделение абзацев

Положим, необходимо отделить один блок текста от другого.

1. C использованием

Два блока текста отделяются посредством

2. Без использования

Каждый из двух блоков текста заключается в тег

3. Компиляция Markdown в HTML.

Оборачивание вручную каждого блока текста может занять достаточно продолжительное время. Однако есть средства, облегчающие задачу, как то использование разметки Markdown, — не только по моему мнению много удобнее нативного HTML — с последующей конвертацией в HTML. Для создания отступа в Markdown достаточно создать между блоками текста пустую строку:

Как видно, результаты компиляции для различных парсеров Markdown в HTML имеют небольшие различия, но везде блоки текста оборачиваются в тег

2. Отступы

Допустим, в декоративных целях требуются множество пустых линий между двумя элементами.

1. C использованием

Отделяем друг от друга текст и изображение.

2. Без использования

Отступы посредством margin корректно работают, если их задать от блочных, не инлайновых элементов.

Источник

Как имитировать (тег br) с помощью CSS?

у меня есть следующая строка css и html здесь:

Я хотел бы заменить
тег с эквивалентом в CSS, но я борюсь с ней. Я был бы признателен за любую помощь.

Я пробовал margin-bottom, margin-top, line-height, ничего из этого не сработало.

8 ответов

вы можете имитировать ширину тегов br CSS следующим образом:

используйте селектор»: перед», Если вам нужно, чтобы» br » был смоделирован перед содержимым span

семантически вы хотели бы использовать тег заголовка (h1, h2 и т. д.) для заголовка и тег абзаца (p) для содержимого. Оба они являются элементами блочного уровня, для которых такие вещи, как margin и line-height работа.

A span тег-это встроенный элемент, который (для всех намерений и целей) означает, что он должен идти в середине элемента уровня блока, не испортив остальную часть тега.

ну, проблема в том, что вы используете «span», который является встроенным тегом. Вы должны использовать элемент block, Чтобы иметь возможность использовать, например, margin-bottom.

вы можете попробовать это:

или вы также можете использовать display: inline-block;

У меня была аналогичная проблема при работе с WordPress. WordPress известен тем, что автоматически удаляет символы форматирования из текста пользователя для статьи в блоге. Моя задача состояла в том, чтобы центрировать текст статьи и разделить строку на две части.

это очень длинная строка заголовка, которую я хочу отобразить в моей WordPress строке заголовка статьи

Источник

Верстальщика псто

Идея статьи накипела, можно сказать.

В последнее время (уже не раз наталкивался на такую ситуацию) кто угодно может заявить, что он «верстает». Цена верстки обычно ниже плинтуса, зато требования «а чтоб в IE работало… и на iPad не разваливалось… Ой, что у нас на ‘этом’ не так как везде» могут быть совершенно разнообразными и требования к знаниям не меньше чем у полноценного разработчика фронтэнда.

Итак «преамбула»

Несколько раз сталкивался с ситуацией, когда на большом проекте кто-то с горящим взором решает «зачистить» «древний код», избавиться от излишков, крикнуть «старые браузеры в топку» и т.п.

Вот пример:
из тега
в местах, которые попались под руку. был удален пробел. Код достался по наследству, скажем, из мелового периода (ну или из юрского, боюсь ошибиться). Итог — конфликты при слиянии в мастер-ветку в гит для продакшна. В условиях, когда на разрешение конфликтов времени и ресурсов маловато. И это только то, что на поверхности (без тестирования в нужных браузерах).

Ну и собственно «фабула»

Клал я как-то ламинат дома. Первый раз. И перестилал. А потом еще и еще раз.
Так вот — в первый раз щели были огроменные. Не знал, что надо до «щелчка» соединять.
После третьего-четвертого раза результат был более удобоварим. Но с работой опытных мастеров он всё равно не мог тягаться.

Так и в ‘любой вид деятельности‘.

Для начала вернемся к заголовку

или
? Или всё же
? А может
?

Если не интересно. то вот ответ — в современных реалиях — все варианты правильны. Актуальные браузеры правильно обработают любой вариант.

Откуда всё это взялось?

C.2. Empty Elements

Include a space before the trailing / and > of empty elements, e.g.
, and . Also, use the minimized tag syntax for empty elements, e.g.
, as the alternative syntax
allowed by XML gives uncertain results in many existing user agents.

Включайте пробел перед / в «пустых» тегах (img тоже к ним относится). И используйте сокращенную запись (
а не
) что бы и XML угодить и чтоб разные юзерагенты, ака браузеры, не сошли с ума.

То бишь вся эта ерунда возникла из-за

Собственно многие могут задаться вопросом — для чего вообще делать автозакрытие тега, если он и так работает как надо?

А для xml-парсеров. Иначе они сломаются при обходе страницы.

Empty HTML Elements

HTML elements with no content are called empty elements.

is an empty element without a closing tag (the
tag defines a line break).

Empty elements can be «closed» in the opening tag like this:
.

HTML5 does not require empty elements to be closed. But if you want stricter validation, or if you need to make your document readable by XML parsers, you must close all HTML elements properly.

br — пустой элемент без закрывающего тега.

HTML5 не требует закрытия. НО если вы желаете пройти строгую валидацию или желаете, чтобы ваш документ был читабелен для XML парсеров — вы ДОЛЖНЫ закрывать все html элементы правильно.

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

В сухом остатке:

Применение безопасных техник верстки спасает от разгребания многих локальных конфликтов в конкретном случае (это когда «везде работает» а «тут поломалось»).

Юношеский максимализм обычно пропадает после 4-5 проектов, на которых клиент скажет «надо». Это касается и flex-box, и гридов, и svg (неожиданно) и многих других нюансов. Кто сказал, что localstorage работает всегда и везде? И таких «открытий» миллионы 🙂

Приступая к верстке нужно обязательно иметь в виду — вы не в зоопарке, где все звери рассажены по клеткам с подписями. Вы — в саванне! И между тигром и вами нет спасительной решетки!

В принципе, br — сам по себе костыль. В верстке его использовать для оформления можно только в крайних случаях. Но понимание его работы может облегчить и так не простой труд верстака.

Немного морали — лучше себя заранее приучить писать код правильно и универсально и получить меньше граблей в дальнейшем, чем писать, опуская какие-то «никому не нужные» особенности, а в дальнейшем страдать переписывая код под «какой-то хлам» из-за «ненормального клиента».

Источник

Что ужасного в использование тэга br?

Добрый день, укажите на ошибки сайта.

Например, один «программист» сказал, что br нельзя использовать в таком количестве, а почему так и не объяснил.
Сайт: oooidea.ru

PS; Дизайн от заказчика. в обсуждение даже не нуждается. (знаем).

Оценить 1 комментарий

для этого есть css

p.s ваш сайт говно редкое, если что:)

Посмотрел на исходники страницы и теперь понимаю к чему вам это сказали.

—
это что? Для кого придумали отступы, не надо их между дивов пихать, это делается простыми отступами.

Его использовать нужно для переноса текстовых строк, а для отступов, у блоков, использовать margin и padding.

Например, когда будете писать адаптивные стили, вы сможете изменять размер отступов так, как вам захочется, а теги br нет. Либо скрыть их, либо показать!

) и, тем более, не для задания отступов между блоками (для этого есть padding и margin).

Страшно смотреть на такой код, ладно если вы от и до сами занимаетесь сайтом, но если над ним будут работать другие люди, у них будут в голове только такие мысли: «За что мне это? Что это вообще такое?? Какой ламер это писал? Неужели так трудно выучить назначение тегов? и т.д.». Плюс верстку на br-ах не так просто редактировать, если отступы в css мы можем контролировать и делать с ними все, что угодно, то br верстальщика такой возможности лишают.

Источник