§ 1194.22 (C) Страницы Web должны создаваться таким образом, чтобы вся информация, передаваемая с помощью цвета, была доступна также без цвета, например, из контекста или разметки.

Это положение помогает пользователям, которые знают как изменить представление контента Web, но не максимизирует доступность используемого по умолчанию представления этого контента для целевой аудитории, обеспечивая достаточный контраст между предложенными цветами. К счастью, ничего не мешает Web-сайту выполнить это требование, но также удовлетворить следующим положениям чернового варианта Рекомендаций до доступности контента Web 2.0:

1.4.3 Контраст (Минимальный): Текст и изображения текста имеют относительный контраст не менее 5:1, за исключением следующего: (Уровень AA)

Большая печать: Текст большого масштаба и изображения текста большого масштаба имеют относительный контраст не менее 3:1;

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

Примечание: Критерии успеха 1.4.3 и 1.4.6 могут удовлетворяться посредством управления контрастом, доступного на или со страницы.

1.4.6 Контраст (Улучшенный): Текст и изображения текста имеют относительный контраст не менее 7:1, за исключением следующего: (Уровень AAA)

Большая печать: Текст большого масштаба и изображения текста большого масштаба имеют относительный контраст не менее 5:1;

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

Примечание: Критерии успеха 1.4.3 и 1.4.6 могут удовлетворяться посредством управления контрастом, доступного на или со страницы.

Под управлением контрастом критерии понимают, что вы должны предоставить способ изменения цветов в варианте с высоким контрастом.

WCAG 2.0 был создан с требованием высокой степени обратной совместимости с другими стандартами, особенно WCAG 1.0 и Section 508.

Важность интерфейса пользователя

Рассмотрим особую важность создания доступного интерфейса пользователя Web-сайта. Даже если контент недоступен в подходящей форме, доступный интерфейс пользователя может помочь пользователям идентифицировать интересующий контент и найти внешнюю помощь для преобразования его в ту форму, которую они могут использовать. Например, плохо слышащий человек может быть направлен на видеозапись разговора на сайте видео без субтитров. Так как URL уникальным образом определяет это видео, и так как он может, тем не менее, использовать плеер для просмотра видео, то он может отправить ее третьей стороне, такой как бесплатная служба Project readOn (http://www.projectreadon.com/), для создания субтитров.

Персона с функциональными ограничениями

Идеальным подходом является встраивание ключевых функциональных ограничений для проекта в другие персоны пользователей (http://www.usability.gov/analyze/personas.html): т.е. фиктивных пользователей, которые действуют как архетипы для определения того, как некоторые типы пользователей будут использовать Web-сайт. Давайте предположим, что вы оцениваете прототипы для сайта общего доступа к видео и вашими персонами будут:

23-летний Джеймс Смит, который является фанатом футбола и особенно заинтересован в обмене фрагментами спортивных матчей с друзьями.

34-летняя Сара Мэдисон, которая является работающей матерью, которая может обычно не иметь времени для сайта общего доступа к видео. Но ее трехлетняя дочь, на самом деле, обожает смотреть видео, и Сара хочет сесть и помочь ей найти подходящие видео, которые она хочет посмотреть.

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

Нарушение зрения.

Дальтонизм.

Слепота.

Глухота.

Тугоухость.

Слепоглухота.

Эпилепсия.

Дислексия.

Например, вы можете определить, что Джеймс является также глухим и хочет, чтобы комментарии к видео матчей были в виде субтитров, а Сара имеет плохое зрение и с трудом читает причудливый шрифт и мелкий текст. Эти персоны определяют ваш отказ от прототипов, которые не имеют средств для включения субтитров по требованию в видео плеер, или используют усложненные текстовые заголовки, которые потребуют использования изображений.

Публикации WAI "Как люди с физическими недостатками используют Web" (http://www.w3.org/WAI/EO/Drafts/PWD-Use-Web) и Шауна Лоутона Генри "Просто спросите: Реализация доступности в ходе всего проекта" (http://www.uiaccess.com/accessucd/personas.html) содержат еще несколько примеров персон с физическими недостатками, которые вы можете использовать.

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

Снова сравнение продуктов согласно рекомендациям по доступности может помочь заполнить пробелы, которые не покрывают ваши персоны. Например, возможно, что вы следуете WCAG 2.0 для сайта общего доступа к видео, но ваши персоны не включают пользователя с эпилепсией. Тем не менее вы прочли Рекомендацию 2.3 ("Припадки: Не создавайте контент таким образом, про который известно, что он вызывает припадки") и решили, что система должна иметь возможность скрывать загружаемое для вывода видео прежде чем его показывать.