JavaScript и JAWS — и SCORM?

В настоящее время я улучшаю пользовательский интерфейс, чтобы проверить различные точки доступности, а затем я прочитал где-то в спецификации мелким шрифтом, что то, что я делаю, должно быть совместимо с JAWS.

Обычно это нормально, делайте вещи простыми, интуитивно понятными и соблюдайте правила, но что делать, когда задействован SCORM? Я имею дело с набором фреймов, множеством JavaScript, устаревшей системой управления обучением, и это довольно сложно.

Возможно ли соответствие JAWS в контексте страниц, доставляемых через наборы фреймов и с использованием большого количества JavaScript? Должен ли я волноваться еще больше и требовать больше денег?

Предоставление кода на этом этапе будет включать в себя завершение тестового модуля и его упаковку, к сожалению, мой бюджет не позволяет задавать вопросы на этом уровне, поэтому я надеюсь, что кто-то может предложить некоторую помощь/рекомендации, основанные только на информации - если вам нужно больше , Пожалуйста спросите!


person danjah    schedule 22.03.2011    source источник
comment
Бьюсь об заклад, вы все боитесь ответить, как и я :P   -  person danjah    schedule 22.03.2011


Ответы (1)


Вы можете сделать это, вы просто должны быть осторожны. Фреймы и JavaScript могут плохо сказываться на доступности, но они вызовут проблемы только при неправильном использовании.

SCORM требует фреймов (наборов фреймов или iframe), и многие справедливо говорят, что фреймы плохо подходят для доступности. Правда в том, что они, безусловно, могут сделать сайты менее доступными, если они плохо спроектированы (или глубоко вложены), но вспомогательные технологии просмотра, такие как JAWS, могут справиться с ними, если они созданы с учетом лучших практик, таких как предоставление четких заголовков и структуры. В WebAIM есть хорошее руководство по доступности фреймов.

Что касается JavaScript, то он обычно доступен в большинстве вспомогательных технологий (98,4% по данным к недавнему опросу), так что это не показатель. Однако JavaScript может быть очень опасен для доступности, если вы используете его для динамического изменения DOM или введения интерактивности (создайте новую разметку, анимацию, сделайте статические элементы, такие как DIV, кликабельными и т. д.). Вспомогательные технологии иногда не знают, что JavaScript изменил содержимое страницы после первоначальной загрузки страницы, поэтому посетитель не может знать, что прямо перед ним есть новый контент. Если вы используете JavaScript для динамического изменения содержимого своей страницы, обязательно используйте WAI. -Методы ARIA.

JavaScript SCORM — это вообще отдельная тема. Что касается браузера, JavaScript SCORM просто обрабатывает обмен данными между курсом и LMS и не изменяет содержимое страницы на лету. Это означает, что JS SCORM не должен иметь никакого отношения к JAWS, потому что он не влияет на разметку вашей страницы и никак не влияет на DOM.

person pipwerks    schedule 22.03.2011
comment
Отличные ссылки, спасибо pipwerks. Это заставляет меня меньше нервничать — к счастью, я свел манипуляции с DOM к минимуму и стараюсь обрабатывать интерактивность с помощью естественно интерактивных элементов, где это необходимо. Обидно читать, что WAI-ARIA не получила широкого распространения (основываясь на этом посте, я не уверен, что многие из старых агентств правительства Новой Зеландии предложат поддержку, если таковые имеются). Тем временем я добавил соответствующие функции доступа к нашим наборам фреймов и убедился, что все логично и интуитивно понятно... скрестите за меня пальцы! - person danjah; 23.03.2011