Является ли использование JQuery 508 совместимым?

Я работаю над сайтом asp.net, который должен соответствовать требованиям раздела 508. Я в замешательстве, как будто я должен использовать JavaScript или нет вообще.

Могу ли я даже использовать JQuery's slideUp()/slideDown() показать / скрыть разделы? Могу ли я использовать диалоговые окна DatePicker и модальные интерфейсы jQuery UI?

Источник

2 ответа

Решение

Короче да. В целом, команда jQuery UI хорошо осведомлена о проблемах доступности и использует ARIA (http://www.w3.org/WAI/intro/aria) на большинстве, если не на всех своих виджетах.

Это сказанное, однако быть 508-совместимым и "доступным" - это разные вещи. Существуют различные стандарты, при этом соответствие "508" является наименее строгим.

99% страниц в наши дни используют динамические элементы управления с поддержкой JavaScript с различной степенью доступности. Большинство проблем возникает, когда люди запускают свои собственные элементы управления вместо того, чтобы использовать хорошую библиотеку элементов управления, такую ​​как jQuery UI.

Применимое правило таково:

(l) Когда страницы используют языки сценариев для отображения содержимого или для создания элементов интерфейса, информация, предоставляемая сценарием, должна быть идентифицирована с функциональным текстом, который может быть прочитан с помощью вспомогательных технологий

Например, виджет диалога jQuery использует разметку на странице для содержимого диалога, поэтому он доступен для вспомогательных технологий (AT). Правильно ли интерпретирует AT контент - это не обязательно ваша забота, по крайней мере, в отношении соответствия 508. Это связано с тем, что существуют различные типы AT в сочетании с различными ОС, браузерами и т. Д.

В случае показа и скрытия контента, технически скрытый контент интерпретируется AT, как только он показан. Проблема здесь в том, как AT знает, когда меняется DOM. Это зависит от AT. Здесь вы можете динамически обновлять состояния ARIA для информирования AT, но AT не обязательно будет уважать и / или реализовывать стандарты ARIA.

Источник

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

Группа SSB Bart сделала отличную сводку о состоянии элементов управления jQuery Ui.

https://www.ssbbartgroup.com/blog/2013/07/03/jquery-ui-accessibility-analysis/

Однако с тех пор я видел изменения, например, в элементе управления вкладками. Когда я делаю быстрые тесты любых крупных сайтов, таких как jQuery UI и даже начальной загрузки / фундамента, которые утверждают, что они "полностью доступны", я обычно могу найти проблемы.

При тестировании на доступность я обычно использую следующую общую методологию.

  1. Запустите автоматические тесты, такие как http://wave.webaim.org/toolbar/ и http://squizlabs.github.io/HTML_CodeSniffer/
  2. Проверьте, что все доступно с клавиатуры и имеет индикатор фокуса
  3. На самом деле запустите программу чтения с экрана, такую ​​как Jaws или Voice, по сравнению с базовой линией, такой как примеры с http://whatsock.com/
  4. Для проверки элементов управления используйте общепринятые рекомендации по использованию клавиатуры: http://access.aol.com/dhtml-style-guide-working-group/

При этом вы можете увидеть, где происходит сбой каждого элемента управления jQuery Ui. Не страшно, что они пытаются, но в нем есть некоторые дыры и почти все основные структуры.

Что касается скольжения и скольжения, что не имеет значения для себя. Важно то, что используемая вами кнопка доступна с клавиатуры, и вы используете правильные теги арии, такие как скрытые арии и т. Д. См. http://www.w3.org/TR/wai-aria/states_and_properties чтобы указать скрытый контент.,

Источник
Другие вопросы по тегам