Антон Литвиненко,
Спасибо )
Я не был знаком с этим термином.
Ну пока то, что я вижу в интернете, это секция верстается в header. Это так? Вы тоже так делаете?
Иван В,
Ну, я не уверен, что этот термин широко распространён и стоит конкретно его искать в интернете. Если вы изучите все технологии предлагаемым яндексом, связанных с БЭМ-ом, наверное, можно будет утверждать, что вы знаете большой БЭМ )
Иван В,
Малый БЭМ, это тот БЭМ, которым в основном все пользуются в мире. БЭМ в разметке, иногда БЭМ в методологии сборки проекта, хранения файлов проектов.
Большой БЭМ, это целая экосистема, которой пользуются в яндексе. Огромное количество JS, который используется в этой системе. HTML в JS, собственные фреймворки и библиотеки, что бы это всё удобно собиралось. Я эту тему не сильно изучал, но можно найти материалы на эту тему. Может даже на ютубе, на канале яндекса.
Если в кратце, большой БЭМ слишком сложный, и вряд ли он подходит под задачи верстальщика или среднего фронтендера.
Я понимаю )
В спеке всё чётко и хорошо написано. Но теория это теория, практика эта практика. Например БЕМ. Есть большой БЕМ, есть малый БЕМ и если я буду чётко следовать гайду по БЕМ от яндекса, то скорее всего, в конечном итоге, я буду использовать большой БЕМ, который использует только Яндекс. Но кому он нужен ещё, крому яндекса?
Я знаю теорию. То, что я спрашиваю - как вы делаете на практике? Я хочу знать мнение, практического применения, от опытных разработчиков, что бы потом не переучиваться.
Например, мне было очень тяжело смириться, когда я узнал, что навигацию, и огромное количество элементов, нужно делать на ul>li. А как жеdiv, всё же так хорошо было ... я рыдал (
Я не хочу учиться неправильно. Каждый вопрос неопределённости, для меня повод для прокрастинации.
Поэтому, когда я вижу, что мне отвечают на вариативный вопрос односложно, и по факту на него не отвечают, я расстраиваюсь (
Пишешь простыню текста, с кучей вопросов и просьбой примеров, а тебе на это:
- Да.
Андрей Федоров, я ровно это и написал в тексте созданной темы.
Лично Вы, используете figure/figcaption в разметке слайдера, карточек товара? Во всех ли случаях вы используете этот тег, когда нужно вставить не декоративное, контентное изображение?
Я имею ввиду, что если вы видите блок с изображением, то используете figure/figcaption во всех 100% случаях, без вариантов.
Спасибо, правда интересно )
Хорошо видео додумался посмотреть, а то я был немного скептичен, когда начал изучать вопрос и поддержку на "can i use" посмотрел ))
Т.е. с помощью aria атрибутов? С помощью aria-expanded? Не очень понял, в описании, спрятанный таким образом список ссылок, доступен скринридерам или этот функционал должен быть реализован специальным образом? Статья полезная, там описывается классные штуки для управления с клавиатуры. Т.е. предполагается, что наткнувшись на этот атрибут, им можно будет управлять, с помощью специального ПО?
Ну и в любом случае, они вешают display: none... Но это уже не важно из-за возможности управлять этим скрытым списком?
А обязаны ли? Обязана ли корзина, поиск и личный кабинет, быть частью этой навигации? Допускается ли выносить эти смысловые элементы, за пределы тега nav? Вне его контекста. Например, в шапке.
Я понимаю, что можно всё, а как правильно и канонично сделать? Сомнения же именно в этом. Например поиск является частью навигации по сайту, так? Но ссылкой не является.
На хабре, например, решили сделать два блока main-navbar__section_left и main-navbar__section_right, причём поиск в блоке с меню. Но я так же видел несколько примеров, где сделано по-другому, и случаи, когда в nav только меню, а в хедере лежит всё остальное. И человек там пишет, main-header__basket, main-header__search. Хотя при чём тут хедер, если эти разделы не продублированы в другом варианте дизайна, а сами по себе, могут быть использованы в других частях сайта или на внутренних страницах.
Блоки можно вкладывать в Блоки, это нормально.
Ну, вот опять же, я хочу понять, в конкретном случае. Стоит ли писать main-nav__user-nav например?
Ну я уже склоняюсь, что не стоит...
Ладно, пойду перечитаю гайд по БЭМ, наверное )
Тогда, разве не будет смысловой тавтологии, если в скрытом заголовке будет описано тоже самое, что и в caption? Т.е. это же "цены на услуги", как ещё описать этот блок? Написать что это таблица с ценами?
Сергей delphinpro, А если этот текст, визуально становится лишним, но на слух воспринимается отлично?
Да и как избежать однотипных заголовков - "это сайт моей компании", "это меню", "это мои преимущества", "а это футер" ... Как спорить с заказчиком? Который на дизайн шрифта сотни тысяч выливает, а тут ему копирайты на пару с UX/UI всякую фигню на сайте лепят ...