Совместимо ли использование jQuery 508?

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

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


person jDeveloper    schedule 30.08.2011    source источник
comment
508 для веб-сайтов в очень широком обзоре – например. не то, что нужно судиться - программы чтения с экрана должны уметь работать.   -  person    schedule 31.08.2011
comment
Название этого должно быть изменено, чтобы быть более конкретным. Что-то вроде: использует элементы управления jQuery UI и методы отображения/скрытия 508 Compliant   -  person Aaron    schedule 09.01.2012


Ответы (2)


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

При этом, однако, совместимость с 508 и «доступность» - разные вещи. Существуют различные стандарты, причем соответствие «508» является наименее строгим из возможных.

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

Действующее правило таково:

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

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

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

person Aaron    schedule 09.01.2012

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

Группа SSB Bart сделала отличный обзор состояния элементов управления пользовательского интерфейса jQuery.

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

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

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

  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 терпит неудачу, а где нет. Это не ужасно, они пытаются, но в нем есть некоторые дыры и почти во всех основных фреймворках.

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

person Tim    schedule 22.02.2014