не модно уже так что ли? :D

ну семантически не верно

а даже банально..проще, ты же всеравно ссылки вставишь в лишник

Но можно же обвешать ролями ул

Ну если сильно хочешь ул

Но можно же обвешать ролями ул

Зачем?

Семантика это ведь.про доступность?

Наверное он имел ввиду если список идет через nav

ну зачем навы тогда? )

nav > a

Эм, а если появляется необходимость сделать двухуровневое меню при ховере с отступом от меню...

Навы что бы семантически обозначить что это навигация

нутипа посути да шо то шото ок,но блин банально элементов меньше чтоли))

во во..

Вот у меня и была задумка что меню двухуровневое, по этому и пошел по пути списка)

Тоже самое можно сказать, зачем артикл когда есть див

Ладно, спасибо ребят в любом случае

ну да, зачем хтмл5 когда есть дивы тогда уже

)

+

Я в общем за ul > li > a

Эм, а если появляется необходимость сделать двухуровневое меню при ховере с отступом от меню...

Если появится задача еще 100 блоков разных засунуть, то так не подойдет, ЕСТЕСТВЕННО)

Ну нужно мыслить на перед

ну типа иззаетого ул всеже выигрывает ага...?

Я считаю что да

Семантика это ведь.про доступность?

Ты часто видишь этот атрибут в верстке?)

Да и с модификаторами легче работать через li

внутри нава лишники сразу? 0_о ох

Ul опять же нужен для второго уровня меню

Ну нужно мыслить на перед

Зачем?) С твоей логикой у тебя может выйти тонна ненужного кода с "заделом наперед"))

Я не имею ввиду так глобально на перед

+

Правильно сказал

Если вы делаете дизайн сразу версткой, то это уже полная дичь. А если по макету - тут просто делаешь по макету, без таких загонов)

Я имею ввиду маленькие детали, например есть 5 пунктов меню в макете, мы сверстали как надо... в будущем появляется 6 и он выглядит уже через одно место и все съезжает

Это ещё плюс к теме

Пример

Возможно кому то после тебя работать

Я имею ввиду маленькие детали, например есть 5 пунктов меню в макете, мы сверстали как надо... в будущем появляется 6 и он выглядит уже через одно место и все съезжает

Каким образом съезжает? Куда и зачем? Это должно оговариваться сразу, будут ли там новые пункты, или нет.

Ты не прав

Это дело верстальщика

Что бы твоя верстка не ломалась при переполнении

ну посути можно шоугодно тварить сейчас но типа блин етоже неверно ивсетакое не?

И лишь твоих интересах, чтобы твой код был качественен

Так ты выражаешь уважение к себе как к специалисту

Имхо

Ладно, засиделся я тут 😌

Спасибо за холивары

Это дело верстальщика

Рассказываю случай: дали ТЗ нарисовать макет, дали данные и т.д.. Сделал дизайн и верстку. Сделал. Получилось отличное меню с номером телефона и адресом. Передали верстку. Клиент херачит туда 3 (!!!) сука номера...

Пришлось полностью переделывать меню. Естественно, за доп плату.

ИМ компании

Рассказываю случай: дали ТЗ нарисовать макет, дали данные и т.д.. Сделал дизайн и верстку. Сделал. Получилось отличное меню с номером телефона и адресом. Передали верстку. Клиент херачит туда 3 (!!!) сука номера...

бров кароч наставь азазаз, незнаюкрч

но я ктому шо да предусматривать надо

Есть вещи, типа длины текста, адреса и прочее. Где нужно думать про запас лишнего. Но про такие дикие залеты даже спорить не стоит. Это дело ТЗ и вопросов еще на уровне вайрфрейма сайта.

Я бы тебя тут же уволил

Как абсолютно бестолкового UX дизайнера)

ну типа шоп встолбек крч))0

ребят пока у вас тут активность какая то идет, очередной вопрос по бэму, такое допускается при разметке?)

Тогда не приводи это в пример. А то привел, теперь оправдываешься, почему там плохо)

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

И тем более никто не запрещает использовать несколько тегов nav. Бери и копируй под второе меню)

По факту. А продумать, что там возможно когда то наверное может быть нужно будет - это лишь усложнение своей работы и тонна лишнего кода.

Я говорю, может заказчик потом захочет почти целую страницу менюшную сделать (аля алиэкспресс), ты это тоже продумывать должен заранее?)

С чего ты взял?)

Если ему вообще надо будет переделать меню, к примеру, или он только на бутстрапе верстает, а ты - нет)

У тебя практики горсть. Ты хочешь сказать я вчера в верстку подался, или что?)

Только в тех вопросах, в которых я компетентен

Ты уже начинаешь цеплять другие темы) Еще раз говорю - есть макет, делай по макету, как можно проще, а не по 20 вложенных друг в друга блока со своими стилями. За такое тебе ни один нормальный человек спасибо не скажет.

Какую я вам тему для обсуждения то подкинул)) а мой последний вопрос так и мимо пролетел ахаха

Какую я вам тему для обсуждения то подкинул)) а мой последний вопрос так и мимо пролетел ахаха

Давай еще раз

такое терпит бэм?) много косяков?))

Ладно, вставлю свои 50 копеек на последок... Итак, никто не говорит о тонне кода и ЦЕЛОЙ кучи блоков Разговор лишь о том, что верстка должна быть хорошо отображаема при переполнениях О том, что есть стандартные вещи, которые могут быть внедрены, но не учтены в макете, например, как мы говорили об ul>li>a и второй уровень меню - это банальные вещи, а nav > a, только усложнят жизнь... а ul>li>a - это не куча кода, а пара символов которую потом просто редактировать

А если по твоему принципу действовать, то я вижу это как "мне плевать на качество своей работы и вообще на всех остальных, бабки срубил, до свидания и так, как конвейер"

Опять же имхо

Я выразил свою точку зрения, никого не хотел обидеть

Кто то будет со мной согласен, кто то наоборот

Полнейший бред.

Всем до свидания и хорошего вечера 😌

Я не увидел аргументы.

Ну откроешь чужой говно код, вспомнишь об этом 😌