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