Должны ли мы следовать WCAG 2.0 после WCAG 2.0? - PullRequest
3 голосов
/ 09 марта 2010

Выпущен WCAG 2.0, если мы будем следовать только руководящим указаниям WCAG 2.0 или нам следует совмещать оба варианта, не нужно сейчас рассматривать WCAG 1.0?

или, если я рассматриваю руководящие указания WCAG, нужно ли мне рассматривать какие-либо другие руководящие указания наряду с WCAG, такие как RNIB, Закон DDA, раздел 508 и т. Д., Или если я уже рассматриваю руководящие указания WCAG, то нет необходимости рассматривать другой регион конкретное руководство / действие и т. д.

Достаточно ли только руководящих указаний WCAG и лучше ли следовать любым другим руководящим указаниям для веб-сайтов из любого региона?

Ответы [ 2 ]

5 голосов
/ 09 марта 2010

Это зависит от того, чего вы пытаетесь достичь.

Убедившись в том, что вы соответствуете соответствующим правилам доступности WCAG 2 (A, AA, AAA), вы можете разместить логотип на своем сайте, заявляя о своем соответствии этим стандартам.

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

WCAG 2 - это текущая редакция руководящих принципов W3C по доступности и заменяет WCAG 1, однако есть еще одна особая проблема WCAG 1, которую я все еще считаю важной: предоставление описательного текста ссылки.

WCAG 1 утверждает, что ссылки должны иметь смысл, если они читаются вне контекста. Это означает, что у вас не должно быть ссылок типа «читать дальше» или «купить сейчас». Причина этого в том, что пользователи программы чтения с экрана часто будут просматривать страницу, используя список ссылок, который просто отображает все ссылки на странице. Если в строке несколько ссылок «читать дальше» или аналогичных, каждая из которых ссылается на отдельную страницу, это будет проблематично для того, кто не может легко разместить их в контексте.

WCAG 2 утверждает, что текст ссылки должен иметь смысл в контексте связанного текста, например, предыдущий абзац или заголовок. Это позволяет использовать ссылки типа «читать дальше».

Хотя могут быть ситуации, когда несколько ссылок с одним и тем же текстом неизбежны, например, на сайте покупок (у вас может быть несколько ссылок «добавить в корзину»), я думаю, что будет разумно следовать рекомендации WCAG 1 здесь в первую очередь, и стремиться иметь на своем сайте описательные, автономные ссылки.

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

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

Я обнаружил, что это почти всегда вызывает проблемы как с доступностью, так и с точки зрения удобства использования, которые просто не будут охвачены при соблюдении существующих рекомендаций (WCAG1 \ 2, DDA, 508 и т. Д.).

4 голосов
/ 12 марта 2010

Я нашел этот ресурс весьма полезным, когда я перешел с WCAG 1.0 на WCAG 2.0: http://wipa.org.au/papers/wcag-migration.htm

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

Но если вы решите придерживаться WCAG 1.0, вы все равно сможете достичь совершенно доступных результатов. Некоторые люди, которых я знаю, не хотят иметь ничего общего с WCAG 2. Другие похоронили WCAG 1.0 в день принятия WCAG 2.0. Другие любят играть с обоими. Это все хорошо, если требования применяются соответствующим образом.

WCAG 1.0 и WCAG 2.0 - не что иное, как инструменты: значение имеет то, что вы делаете с ними.

Каждое небольшое усилие, которое вы вкладываете в код, будь то WCAG 1.0 или 2,0, поможет пользователям с ограниченными возможностями.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...