Перейти к основному содержимому

Доступные UI-паттерны на практике

Информация о статье

Последнее обновление:

Здравствуйте и добро пожаловать в раздел Доступные UI-паттерны на практике!

Этот раздел предназначен непосредственно для всех, кто разрабатывает или проектирует цифровые интерфейсы — будь то разработчик, UX-дизайнер или руководитель технического проекта. Здесь обсуждаются основные вопросы: Как создавать доступные компоненты, которые действительно работают — для всех групп пользователей?

Я создал этот раздел, чтобы предоставить вам все инструменты, необходимые для того, чтобы цифровая доступность была не только понята, но и реализована. Потому что доступность не ограничивается текстом закона — она проявляется в коде.

Почему существует этот раздел

Доступность часто бывает неуловимой. Многие руководства, такие как WCAG 2.2, говорят, что должно быть достигнуто, но не как. Хотя W3C предоставляет WAI-ARIA Patterns [1], они часто игнорируют семантический HTML, чтобы форсировать применение атрибутов ARIA.

Это приводит к тому, что интерактивные компоненты, такие как формы, диалоги или карусели, постоянно реализуются неправильно или неполно [2].

Цель этого раздела — изменить это: здесь вы получите лучшие практики, предупреждения, типичные источники ошибок и, самое главное, работающие, настраиваемые примеры.

  • Как создать доступные формы — включая метки, валидацию, управление фокусом?
  • Как работают доступные модальные окна — с функцией Escape, управлением фокусом и ARIA?
  • Как сделать карусели, чтобы они не сводили с ума пользователей скринридеров?

Что вас ожидает в этом разделе

Здесь вы найдете код, паттерны и контрольные списки для наиболее распространенных, но часто проблемных UI-компонентов. В настоящее время здесь представлены статьи о:

  • Формах с семантическим HTML, валидным ARIA и осмысленным поведением фокуса
  • Модальных окнах с корректным поведением диалога и функцией Escape
  • Каруселях, которыми можно управлять как с помощью клика, так и с помощью клавиатуры
  • Другие компоненты будут добавляться регулярно – например, аккордеоны, навигационные панели, всплывающие подсказки (тултипы)

К каждому паттерну вы получите:

  • понятное объяснение,
  • обоснование «почему» стоит использовать именно эту технику,
  • конкретные рекомендации «что делать и чего не делать» из практики,
  • и полный пример кода.
  • Контрольные списки для проверки доступности.
  • Примеры правил для нашего плагина Semanticality™ для реализации HTML-семантики и атрибутов ARIA в проектах WordPress.

Для кого особенно важен этот раздел

Эта часть Хаба Доступности (Accessibility-Hub) предназначена для:

  • Frontend-разработчиков и технических руководителей (Tech-Leads)
  • UX-/UI-дизайнеров, ориентированных на доступность
  • Агентств и IT-провайдеров
  • Команд, интегрирующих доступные компоненты в дизайн-системы

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

Что следует делать дальше

Начните с паттерна, который вас сейчас больше всего интересует, или прочитайте несколько разделов, чтобы выявить слабые места в собственном проекте.

В конце этого раздела вы будете знать, как выглядят современные доступные компоненты, что часто делается неправильно — и как сделать ваши фронтенды полезными для всех.

  1. W3C Web Accessibility Initiative, «WAI-ARIA Authoring Practices 1.2». 2021 г. [Онлайн]. Доступно на: https://www.w3.org/TR/wai-aria-practices/
  2. UK Government Digital Service, «Making services accessible: how-to guides». 2022 г. [Онлайн]. Доступно на: https://www.gov.uk/service-manual/helping-people-to-use-your-service/making-your-service-accessible-an-introduction

Об авторе

Портрет Дмитрия Дугарева

С наилучшими пожеланиями,

Дмитрий Дугарев

Основатель Barrierenlos℠ и разработчик плагина Semanticality™. Имея степень магистра, более 8 лет опыта в веб-разработке и IT-комплаенса в компаниях «Большой четвёрки», банках и концернах и более 1 000 протестированных на доступность веб-страниц для более чем 50 клиентов, я помогаю веб-командам системно внедрять доступность — без многомесячных переделок.

Станьте сами разработчиком-профи EAA - всего за 4 дня!

Узнайте на нашем 4-дневном семинаре, как самостоятельно проводить сложные аудиты и создавать доступные компоненты. Получите индивидуальный учебный план, 1:1 стратегическую консультацию и сертификат.

Зарегистрироваться на воркшоп сейчас