Кто-то этим тегом пользуется?
нет, но как пример пусть валяется - кому то будет полезен. мало ли кто то не силен в ЖС. ему может пригодиться. + по клаве передвигаясь ты наткнешься на него + скринридер его читает (и не читает что внутри пока не откроешь) что тоже полезно.
В 99.9% случаев он вреден, но в остальном - норм.
Тег br - мина замедленного действия. Личное мнение, разумеется.
личное мнение — это то, что шоколадное мороженое вкусное, а ванильное — нет а есть тег, который решает какую-то задачу, и сказать, что в 99.9 процентах случаев он вреден без аргументации — это непрофессионализм
а так как это не личная беседа двух фронтов, а чат, в котором большинство новички, ты ещё вредишь своим откровенно неправильным мнением
ну да, кому он нужен. вредный очень в 99.99%
А что ты этим показал, не вижу
что ему даже на такой площадке как гитхаб находится применение. А там явно не глупые люди и если бы он был вредный или не юзабилити, они бы обошлись без него.
никогда кстати не использовал br, не уверен что он себя поведет как следует в адаптиве. Ну и в целом не особо понимаю место применения, зачем мне переносить текст на новую строку, если он находится внутри блока и видимо у этого блока еще есть свободная ширина, если текст не переносится
но здесь нет br
Ок, справедливо. Мне кажется, что этот тег позволяет быстро решить вопрос с переносом строки и подогнать вёрстку под макет. При этом, зачастую реальный проект будет отличаться от макета и вёрстка поломается. Мне кажется, его можно использовать, когда иного выхода нет и ты точно понимаешь что ты делаешь.
я не то сообщение выделил, речь была вначале просто о details что он вреден, еще до того как дошла до бр.
пример раз: https://www.culture.ru/poems/4447/u-lukomorya-dub-zelyonyi-otryvok-iz-poemy-ruslan-i-lyudmila пример два: https://www.apple.com/ipad/
нет, иногда по дизайну нужен перенос и когда заполняют поля в админке, этот перенос указывается и делается он с помощью br
ты неправильно понимаешь, в каких случаях нужно применять br, а где он не нужен он для ТЕКСТОВ, а не для элементов
Та ну, даже во многих ХОРОШИХ курсах используют бр. Достаточно распостраненная практика. понятно что не везде запихнешь, но стоит учитывать. Даже если сайт на ВП с помощью АСФ можно ставить переносы строки с помощь бр.
и делать перенос текста не с помощью br по большей части — это костыли
Я это прекрасно понимаю.
Как ты относишься к ограничению текстового блока по высоте?
отношусь прекрасно, но расскажи, как ты сделаешь это с помощью ограничения ширины
аааа, по высоте по высоте ужасно, конечно!
ну опять таки в зависимости от задач к примеру приходят мне данные с бека какие-нибудь модификаторы товаров (обычный текст с перечислением) и кидаю я их в html блок, не зная предварительного кол-ва символов и не имея возможности влиять на содержимое
Ну дык. Мне кажется, что br - из той же оперы.
я привёл три примера, где он нужен раз: https://t.me/css_ru/682604 два: https://t.me/css_ru/682613
Прости, еду в поезде, связь плохая. Я потом посмотрю и отпишусь.
ну и все таки можете кидаться камнями, но я бы обернул текст в спан и дал бы дисплей блок
ты создаешь дополнительный тег + дополнительный класс для стиля дисплея блока. когда ты можешь просто br навесить. Опять же холивар на ровном месте. я всю жизнь юзаю бр. не разу не сталкивался с проблемами какими либо + с помощью асф ставлю переносы строк тоже с БР. и не разу никто не сказал "мол слыш говнюк, это бимба, так не делай". типо кому не удобно не юзай, ищи другие альтернативы, но есть такой тег и он распостраненный.
да никто не спорит, в своем варианте я тоже не вижу недостатков по этому с радостью его использую, класс создается, но он не лишний применимость вполне высокая, это как создать какой нибудь класс button, вынести туда идентичные стили всех кнопок с сайта и переопределять повышением каскадности через уникальный род. класс, ну а тег span на текст вообще маст хев
Не стоит забывать что br и отключить можно там где он не нужен br {display: none;}
Обсуждают сегодня