Хабр Курсы для фронтендеров
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Поток Фронтенд доступен 24/7 благодаря поддержке друзей Хабра
Комментарии 8
Я никогда не пользовался ягодами, как по мне это крупное мошенничество в чистом виде. Вы на код смотрели - и увидели что им насрать на пользователя. А ведь это вершина айсберга. Непонятные списания с карт у вас были? Будут. Возврат товара? - товар возвратишь, но не факт что свои деньги и за возврат тоже возьмут.
Какой то маркетплейс для мазохистов, которые видят там товар на 300 р дешевле, а в итоге остаются и без товара, денег, и еще мозги вылюбят по полной программе.
Интересно было бы сравнить как дела с этим:
У конекрентов wb в РФ (Ozon, Megamarket, Yandex market).
У конкурентов зарубежных (AliExpress, Amazon, Lazada, ...)
Ну т.е. ориентируется ли кто-нибудь на незрячую аудиторию или считают, что эта аудитория может справиться с помощью друзей/семьи, не интересна вообще?
Добавить семантику цен: «Цена со скидкой: X», «Старая цена: Y»
Может быть для незрячих будет лучше писать сначала цену: "200 р со скидкой, старая цена 300 р". Потому что и так понятно, что единственная цена в рублях в карточке - это текущая цена. Такие тонкости - уже UX для незрячих, можно обсуждать с UX-редакторами и исследовать с ЦА.
Скрыть боковое меню от табуляции, когда оно закрыто (
inertилиtabindex="-1")
Почему не visibility: hidden? Даже если есть tabindex="-1" на всех внутренних ссылках, элементы будут попадать в фокус скринридера.
1) Да, определенно тут можно более оптимально переработать озвучку и фразу, с точки зрения UX и обоих кейсов — когда есть скидка, и когда нет. Мой пример скорее в лоб — два числа, два элемента, оба не подписаны нормально — надо подписать нормально.
2) visibility: hidden скрывает элемент только визуально. Его нельзя использовать в одиночку для доступности. Ключевая проблема в том, что он не удаляет его из «порядка фокуса» (focus order) и из дерева доступности (accessibility tree) по умолчанию. Навигация с клавиатуры как раз провалиться внутрь такого элемента. Чтобы скрыть элемент из дерева и сделать его недоступным, это display: none — но это прям удалит ноду, либо атрибут inert — это современный стандарт, созданный специально для этой цели.
tabindex="-1" я скорее имел ввиду, как старый паттерн понятный всем, да, его надо было бы проставить всем элементам, что трудоемко, поэтому inert предпочтительнее
перепроверил visibility: hidden - сейчас вроде и вправду скрывает, но раньше он точно неоднозначно как-то работал, всякие авторитетные дядьки не рекомендовали так срывать элементы от скринридера. Все таки там есть анимация выезжания/заезжания бокового меню, а visibility же стилистически оставляет пространство для размеров, его одного недостаточно будет, надо будет еще ширину видимо в 0 или что-то такое.
Еще если внутри контейнера с visibility: hidden будет потомок с visibility: visible то он будет виден. Вообщем, inert современнее и лучше.
1) Да, определенно тут можно более оптимально переработать озвучку и фразу, с точки зрения UX и обоих кейсов — когда есть скидка, и когда нет. Мой пример скорее в лоб — два числа, два элемента, оба не подписаны нормально — надо подписать нормально.
2) visibility: hidden скрывает элемент только визуально. Его нельзя использовать в одиночку для доступности. Ключевая проблема в том, что он не удаляет его из «порядка фокуса» (focus order) и из дерева доступности (accessibility tree) по умолчанию. Навигация с клавиатуры как раз провалиться внутрь такого элемента. Чтобы скрыть элемент из дерева и сделать его недоступным, это display: none — но это прям удалит ноду, либо атрибут inert — это современный стандарт, созданный специально для этой цели.
tabindex="-1" я скорее имел ввиду, как старый паттерн понятный всем, да, его надо было бы проставить всем элементам, что трудоемко, поэтому inert предпочтительнее
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Аудит доступности Wildberries. Может ли незрячий пользователь купить Бэтмобиль?