ОД «Информация для всех» опубликовало русский перевод Руководства по обеспечению доступности веб-контента (Web Content Accessibility Guidelines, WCAG) в редакции 2.1, разработанного Консорциумом Всемирной паутины (World Wide Web Consortium, W3C).

Консорциум Всемирной паутины (W3C) в рамках программы Инициативы web-доступности (WAI), объединяющей стратегии, стандарты и вспомогательные ресурсы, призванные помочь сделать Интернет более доступным для людей с ограниченными возможностями, объявил о значительном расширении перечня переводов нормативных документов на различные языки. В общей сложности стало доступно более двадцати новых переводов, в том числе на русском и белорусском языках.

UPD. Конференция прошла, вот все видео в плейлисте:

Яндекс во второй половине нулевых начал проводить встречи по фронтенду — тогда их аудиторию часто называли верстальщиками. Недавно мы отметили 10-летие Я.Субботника по фронтенду. Но Я.Субботник традиционно строится вокруг докладов о технологиях Яндекса. Сообществу и нам нужна была конференция по разработке интерфейсов, участники которой могли бы узнать об опыте разных компаний и standalone-разработчиков. Мы не раз устраивали такие события в регионах — но не в Москве. Год назад мы заполнили этот пробел, проведя конференцию «Я Фронтенд». Судя по отзывам, получилось неплохо — 29 февраля будет следующая серия.

Прямой эфир со второй конференции «Я Фронтенд» начнётся в 11:00. Он пройдёт в канале «Фронтенд» на YouTube, в группах «Яндекс для разработчиков» во ВКонтакте и Фейсбуке, а также на странице мероприятия — по ссылке можно оставить почту, если вы хотите получить напоминание о трансляции. Вот её программа:

Привет! Я приглашаю вас поучаствовать в работе над переводом норматива Консорциума Всемирной паутины (World Wide Web Consortium, W3C) – Руководства по обеспечению доступности веб-контента (Web Content Accessibility Guidelines, WCAG) редакции 2.1.

Руководство – это набор рекомендаций по обеспечению доступности веб-контента для людей с различными ограничениями, которые (рекомендации) фактически являются международным стандартом в этой области. Предыдущая редакция (WCAG 2.0) – является стандартом буквально – это ISO/IEC 40500:2012 Information technology. W3C Web Content Accessibility Guidelines (WCAG) 2.0.

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

Многие слышали о рекомендациях WAI-WCAG (Web Accessibility Initiative Web Content Accessibility Guidelines), призванных в частности помочь пользователям с ограниченными возможностями (например с дефектами или отсутствием зрения).

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



Я все же попробую немного обосновать «полезность» двумя словами.
Во-первых, — это качество. Ваш сервис станет более удобным и простым в пользовании.
А, во-вторых, это конкурентноспособность – целевую аудиторию расхватывают быстро, поэтому поиск новых ниш – задача первоочередная, это вам скажет любой маркетолог.

В моем же случае — это требование заказчика. Согласно Section 508 если я хочу продать продукт любому федеральному органу США – я должен поддерживать этот стандарт.

Многие скажут, что вряд ли собираются что-то продавать правительству США, но в России такой стандарт тоже есть (ГОСТ Р 52872–2007) и никто не гарантирует, что завтра он вас/нас не коснется.

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

Всё же приведу ряд рекомендаций которые покрывают значительную часть элементов разметки. Их можно взять на заметку и смело использовать при следующей верстке.

В конце марта 2014 года Консорциум Всемирной паутины утвердил стандарт WAI-ARIA 1.0 (Web Accessibility Initiative — Accessible Rich Internet Applications (Инициатива web-доступности — Доступность высокотехнологичных Интернет-приложений)). Это набор приёмов и методов, которые позволяют сделать сложные динамические страницы и web-приложения доступными для пользователей с ограниченными возможностями. Дело в том, что ряд новых динамических web-технологий, да и просто применение кастомных элементов интерфейса, например, элементов форм или стилизованных под заголовки div вместо стандартных H1-H6, могут вызывать проблемы у некоторых пользователей, главным образом, у людей с нарушениями зрения и моторики.

В конце марта был представлен плагин, расширяющий поддержку accessibility в бесплатном open source фреймворке от Adobe для создания мобильных приложений PhoneGap, также известном как Apache Callback или Apache Cordova. Сам фреймворк базируется на использовании web-технологий (HTML, CSS, JavaScript), обрабатывающихся ядром браузера операционной системы, так что позволяет кросс-платформенную разработку без использования нативных языков. На текущий момент на PhoneGap разработано порядка 20 тысяч приложений.

Согласно данным пресс-службы Всероссийского общества слепых, президент данной организации направил обращение в адрес генерального директора Фирмы «1С» — Б. Г. Нуралиева, в котором отметил остроту проблемы трудоустройства и профессиональной реабилитации инвалидов по зрению в контексте недоступности продуктов «1С» для вспомогательного программного обеспечения, использующегося для невизуальной работы с компьютерной техникой.

С полным текстом пресс-релиза можно ознакомиться на сайте ВОС. Здесь же имеет смысл дать несколько технических уточнений по поднятой проблеме, так как ввиду специфичности данной темы есть риск неправильного её понимания со стороны людей, не очень близких к технологиям невизуальной доступности, но являющихся ЛПР — лицами, принимающими решения.

Набор инструментов Bootstrap пользуется достаточно большой популярностью среди разработчиков. Тем не менее, интерфейсы, получающиеся с его помощью, зачастую имеют проблемы с accessibility, то есть с доступностью для пользователей с ограниченными возможностями. В результате, получившийся интерфейс может не соответствовать предъявляемым к нему требованиям, так как часто accessibility является одним из пунктов технического задания, да и в принципе не очень доступный интерфейс — это уже плохо.

Команда разработчиков PayPal некоторое время работала над решением ряда проблем доступности в Bootstrap 3, итогом чего стало появление accessibility плагина, который недавно был выложен в открытый доступ. Фактически он позволяет реализовать доступность интерфейса на базовом уровне без каких-либо особых знаний в этой области.

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

Этот видеоролик сегодня делается без особых проблем, связанных с монтажем и бесчисленными дублями. Здесь всё снято именно так, как это происходит в обычной жизни человека, работающего на Android с помощью программы TalkBack, обеспечивающей речевой доступ на всех современных Android-устройствах, начиная с версии 4.1.

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

В последнее время всё чаще различные разработчики обращают внимание на тему digital accessibility, стараясь учитывать в своих продуктах потребности наибольшего числа пользователей. Тем не менее, наличие в команде полноценного QA-инженера accessibility до сих пор даже в больших проектах остаётся скорей исключением, нежели общей тенденцией, поэтому контроль за доступностью интерфейсов часто пытаются переложить на системы автоматизированного тестирования. И хотя машинное тестирование всё ещё не позволяет контролировать многие аспекты доступности, но всё же вполне способно помочь устранить определённые проблемы прямо на этапе начальной разработки, сильно удешевляя весь процесс. По большому счёту, наличие таких тестов полезно и при наличии в проекте отдельного QA-специалиста, так что не правильно их полностью противопоставлять.

На фоне всего этого, хорошей новостью стало появление ещё одного инструмента автоматизированного тестирования доступности интерфейсов мобильных приложений для платформ iOS и Android, разработанного исследовательским отделом корпорации IBM. Данный инструмент называется Mobile Accessibility Checker и позволяет автоматически находить и исправлять базовые проблемы, что помогает сделать интерфейс приложения более доступным и удобным для массы пользователей, являющихся пожилыми или инвалидами. Количество таких людей в современном мире превышает миллиард, так что ввиду увеличивающегося проникновения цифровых технологий число подобных пользователей мобильных приложений постоянно растёт.

Организация Глобальной инициативы в области инклюзивных ИКТ (G3ict) в сотрудничестве с Adobe Systems Incorporated выпустила белую книгу по вопросам разработки доступных интерфейсов для мобильных приложений с помощью фреймворка PhoneGap, также известного как Apache Callback или Apache Cordova. Данный десятистраничный документ описывает текущее состояние доступности мобильных приложений, преимущества, присущие подходу PhoneGap в отношении создания доступных кросс-платформенных приложений этой категории, а также мотивы Adobe в отношении создания специального плагина, который сокращает разрыв между технологиями web-доступности и нативными accessibility API мобильных платформ.

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

Возможно, читателю, далекому от рассматриваемой проблематики, название покажется абсурдным, ведь дизайн интерфейса как самой системы Android, так и разрабатываемых для нее приложений, ориентирован прежде всего именно на визуальную наглядность и привлекательность, что усугубляется использованием сенсорного экрана в качестве главного органа взаимодействия пользователя с устройством. Однако существует категория пользователей, волею природы или случая лишенных возможности в полной мере насладиться всеми этими прелестями. Благодаря тому, что в Android предусмотрены альтернативные, — или, лучше сказать, дополнительные, — способы взаимодействия, интерфейс и основной функционал системы отнюдь не являются принципиально недоступными для данной категории пользователей. Именно обеспечению такой доступности посвящены пункт «Специальные возможности» в меню настроек системы и входящее в ее состав приложение TalkBack. Что же касается невизуальной доступности сторонних приложений, то она варьируется от случая к случаю и порой требует от разработчика не то чтобы каких-то специальных сверхусилий, но хотя бы минимального внимания к проблеме.

Компания «Deque Systems» представила бета-версию WorldSpace Xcode Plugin, который интегрируется в Xcode и автоматически анализирует исходный код проекта на предмет правильного указания всех атрибутов доступности. Плагин также предоставляет контекстную справку по методам решения тех или иных проблем accessibility в iOS. Кроме того, он может быть встроен в Continuous Integration.

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

Эта история началась в 2011 году с поста в блоге одного web-разработчика из Лос-Анджелеса по имени Джо Девон (англ. Joe Devon). Он призвал всех обычных разработчиков объединиться в поиске решений задач accessibility и донести до всех идею необходимости обеспечения доступности для пользователей с ограниченными возможностями. Начать Девон предложил с учреждения одного дня в году, когда разработчик будет тестировать на доступность хотя бы одну страницу одного своего проекта, после чего рассказывать всем о том, как именно он решил проблемы accessibility и объяснять остальным коллегам, что это очень нужно и не очень сложно. День этот получил название Global Accessibility Awareness Day, (GAAD) и дату 15 мая.

Видеоконтент уже прочно вошёл в мир Интернета и без него уже трудно представить глобальную сеть. Тем не менее, технологии встраивания видео в гипертекстовые документы за прошедшее время прошли определённую эволюцию: от RealPlayer к QuickTime и Flash, а в настоящий момент до встроенной поддержки видео в HTML5. Тем не менее, всё это время различные реализации видеоплееров страдали как от проблем кроссплатформенности и кроссбраузерности, так и от низкого или вообще нулевого уровня accessibility. И если способы борьбы с первой группой проблем в целом понятны и существуют в форме готовых решений, то вот проблемы доступности для подавляющего большинства web-разработчиков и без того, как правило, сложны для понимания, а в отношении видео совсем оставались загадкой. Однако, к счастью, появилось готовое решение и второй проблемы, так что все желающие смогут обеспечить своим пользователям полностью доступный видеоплеер и без глубоких компетенций в web accessibility.

Как известно, HTML5 имеет расширенные возможности семантической вёрстки. Он позволяет обернуть отдельные логические блоки страницы в специально предназначенные для них блочные теги, какие как header, main, footer и другие. Ну а улучшение структурной и семантической вёрстки, как правило, автоматически способствует повышению уровня accessibility web-интерфейса для пользователей программ экранного доступа, потому что они добавляют элементы страницы, по которым возможно осуществлять навигацию и быстро перемещаться между блоками контента.

В принципе, дополнительная разметка для обеспечения accessibility реализуется через отдельную технологию WAI-ARIA, однако и стандартные семантические структуры HTML5 современными браузерами и современными программами экранного доступа воспринимаются как соответствующие атрибуты ARIA для вспомогательных технологий. Проще говоря, это означает, что в теории следующие два варианта вёрстки с точки зрения программ чтения экрана аналогичны::

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



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