Соглашусь, что это вопрос спорный, так как мнений у незрячих может быть множество.
С другой стороны в статье я предложил оптимальный на мой взгляд вариант, при котором описание, которое может быть нужно условной половине незрячих, будет, но краткое, емкое, длиной до 80-100 символов, что позволит второй такой же условной половине незрячих быстро пропустить изображением, нажав всего один раз стрелку вниз на клавиатуре или брайлевском дисплее.
Ну а при беглом чтении это описание хотя бы будет коротким и без излишней растянутой паузы в конце.
Внимательный читатель может заметить, что примеры находятся в блоке с рекомендациями к альтернативному тексту как таковому, а не в блоке с разбором, каким изображениям нужен альтернативный текст, а каким нет.
И да, не вижу ничего плохого в такого рода альтернативном тексте. Выпиливать из статей и новостей изображения для слепых, чтобы они о них вообще не знали, - это отвратительно.
А как вы ориентируетесь? На звук? Как «видите» карту? Вот есть абстрактный Counter Strike 1.6, в нем Dust 2, там направления Long, Short, Middle, Tunnel. Как понимаете, где сейчас находитесь и в каком направлении смотрите? Как понимаете, что если побежать прямо — вы зайдете в дверь, а не упретесь в бочку слева от нее?
Стреляем на звук шагов, в стены и бочки врезаемся, как уж без этого :-)
Для игры на своих серверах используем карты, состоящие из одной комнаты/двух, чтобы было меньше стен, проходов, закоулков.
В какой-то мере являюсь представителем проекта Blind.games (единственного на сей день в странах СНГ), у нас есть текстовый чат в скайпе и голосовой портал в TeamTalk.
При личном использовании какого-либо ресурса это не очень важно, но если приходится общаться с каким-нибудь зрячим человеком, очень удобно сообщить ему что-то вроде:
«Пункт в горизонтальном меню справа», нежели:
«Пункт в меню где-то сверху экрана».
Пока не сталкивался с невозможностью использования нотивных тегов и пр., что радует безмерно))
Orca, в чем ее безмерный плюс, предоставляет как можно больше информации о позиции элемента, то есть если меню горизонтальное, то и читаться оно будет как горизонтальное.
Причем это справедливо всегда, для любых методов реализации того же горизонтального меню, когда как NVDA и Jaws, даже в специальном режиме чтения того, что на экране, зачастую расставляют элементы в вертикальной плоскости.
Сейчас я наконец дорвался до чата с разработчиками ВКонтакте, будем наводить порядок в доступности, ибо ранее там не было среди тестеров ни одного человека, который смыслил бы в просто верстке, не говорю уж о адаптивной.
Имеете ввиду просто перевод Wcag или еще с проверкой на актуальность?
Есть мнение, что использование в нативных элементов HTML может давать неплохие результаты, к этому надо стремиться. А если сходу кидаться использовать роли и атрибуты ARIA направо и налево, то результат будет менее, чем оптимальный. Плавали, знаем. :(
Это да, но не все ведь об этом знают?)
И вы, как профессионал в этом деле, можете объяснить мне смысл замены всех дефолтных тегов ролями? Взять для примера замену на role=«button».
С Orca, например, вариант из WAI-ARIA активировать нельзя, то есть это бессмысленно как минимум для одной части программ экранного доступа.
Мы с одним незрячим знакомым планируем перевод WAI-ARIA сделать с разбором каждой роли, с тестированием NVDA/Jaws/Orca в FF и возможно Chrome.
Потихоньку может так весь стандарт и протестируем, может сюда будем публиковать, если оно конечно для кого-то надо.
Просто не нашел русского перевода стандарта, тем более с тестами.
Сам занимаюсь разработкой сайтов (правда в последнее время переползаю в область хостинга, администрирования linux серверов), так что всегда буду рад помочь.
Если потребуется сайт какой проверить на доступность, подсказать с точки зрения не просто доступности для галочки, а конкретно доступности для длительного использования, привычности, то стучитесь на admin@maniyax.ru.
Здравствуйте!
Удивлен после всех комментариев и минусов, что статья для кого-то оказалась полезной. Радость.
Пойдем по порядку:
1. В целом с формами все нормально, кроме некоторых комбинированных списков, как в Qiwi, Yandex, например. Но я не разбирал код тех элементов, поэтому прописывать их в статье не стал. Да и не так часто они встречаются.
2. По JS ничего особого сказать не могу, ибо JS JS-у рознь. Если бы для примера что-то взять, а так не смогу ответить.
3. Читал я когда-то тот гост, вообще не понимаю, кто его писал и для кого. Для слабовидящих, не пользующихся скринридерами, там может что-то и есть полезное, но для программ экранного доступа ничего нужного.
4. Рейтингов нет, ибо зависит все в первую очередь от шаблона, а не CMS.
По личному опыту могу самым идеальным вариантом из коробки назвать тему Twenty Sixteen для Wordpress.
UPD: Drupal 8 вообще не доступен.
Соглашусь, что это вопрос спорный, так как мнений у незрячих может быть множество.
С другой стороны в статье я предложил оптимальный на мой взгляд вариант, при котором описание, которое может быть нужно условной половине незрячих, будет, но краткое, емкое, длиной до 80-100 символов, что позволит второй такой же условной половине незрячих быстро пропустить изображением, нажав всего один раз стрелку вниз на клавиатуре или брайлевском дисплее.
Ну а при беглом чтении это описание хотя бы будет коротким и без излишней растянутой паузы в конце.
Внимательный читатель может заметить, что примеры находятся в блоке с рекомендациями к альтернативному тексту как таковому, а не в блоке с разбором, каким изображениям нужен альтернативный текст, а каким нет.
И да, не вижу ничего плохого в такого рода альтернативном тексте. Выпиливать из статей и новостей изображения для слепых, чтобы они о них вообще не знали, - это отвратительно.
Большое спасибо за обширную публикацию и сотрудничество!
Если у кого-то будут вопросы или интерес к нашему проекту, я открыт к диалогу.
Спасибо автору за собранную статистику.
Стреляем на звук шагов, в стены и бочки врезаемся, как уж без этого :-)
Для игры на своих серверах используем карты, состоящие из одной комнаты/двух, чтобы было меньше стен, проходов, закоулков.
Скачать синтезатор речи, скачать какую-нибудь звуковую игру, тот же Audio Quake.
Много чего озвучивает скринридер, как было упомянуто в статье, при помощи библиотеки для работы с NVDA
Можете написать мне в личку, если интересуетесь.
В какой-то мере являюсь представителем проекта Blind.games (единственного на сей день в странах СНГ), у нас есть текстовый чат в скайпе и голосовой портал в TeamTalk.
Возможно, вам смогут помочь на портале :-)
Если что, стучитесь по контактам: coress.ru/ct
«Пункт в горизонтальном меню справа», нежели:
«Пункт в меню где-то сверху экрана».
Пока не сталкивался с невозможностью использования нотивных тегов и пр., что радует безмерно))
Orca, в чем ее безмерный плюс, предоставляет как можно больше информации о позиции элемента, то есть если меню горизонтальное, то и читаться оно будет как горизонтальное.
Причем это справедливо всегда, для любых методов реализации того же горизонтального меню, когда как NVDA и Jaws, даже в специальном режиме чтения того, что на экране, зачастую расставляют элементы в вертикальной плоскости.
Сейчас я наконец дорвался до чата с разработчиками ВКонтакте, будем наводить порядок в доступности, ибо ранее там не было среди тестеров ни одного человека, который смыслил бы в просто верстке, не говорю уж о адаптивной.
А изначально написал accessAbility, потому что я безграмотный :-)
Это да, но не все ведь об этом знают?)
И вы, как профессионал в этом деле, можете объяснить мне смысл замены всех дефолтных тегов ролями? Взять для примера замену на role=«button».
С Orca, например, вариант из WAI-ARIA активировать нельзя, то есть это бессмысленно как минимум для одной части программ экранного доступа.
Потихоньку может так весь стандарт и протестируем, может сюда будем публиковать, если оно конечно для кого-то надо.
Просто не нашел русского перевода стандарта, тем более с тестами.
То наверное удалил бы ее в первый же день :-)
Если потребуется сайт какой проверить на доступность, подсказать с точки зрения не просто доступности для галочки, а конкретно доступности для длительного использования, привычности, то стучитесь на admin@maniyax.ru.
Ну, разумеется, если вам не лень и за это платят)
Удивлен после всех комментариев и минусов, что статья для кого-то оказалась полезной. Радость.
Пойдем по порядку:
1. В целом с формами все нормально, кроме некоторых комбинированных списков, как в Qiwi, Yandex, например. Но я не разбирал код тех элементов, поэтому прописывать их в статье не стал. Да и не так часто они встречаются.
2. По JS ничего особого сказать не могу, ибо JS JS-у рознь. Если бы для примера что-то взять, а так не смогу ответить.
3. Читал я когда-то тот гост, вообще не понимаю, кто его писал и для кого. Для слабовидящих, не пользующихся скринридерами, там может что-то и есть полезное, но для программ экранного доступа ничего нужного.
4. Рейтингов нет, ибо зависит все в первую очередь от шаблона, а не CMS.
По личному опыту могу самым идеальным вариантом из коробки назвать тему Twenty Sixteen для Wordpress.
UPD: Drupal 8 вообще не доступен.