Необходимые составляющие расширенного доступа в Web

Данный документ является переводом Essential Components of Web Accessibility и может содержать ошибки перевода. Оригинальная версия данного документа на английском языке является единственной нормативной версией
Автор перевода: Дмитрий Красников <dk-resume@yandex.ru

Данный документ показывает, как возможности расширенного доступа в Web (Web Accessibility) зависят от совместной работы различных составляющих. Также он иллюстрирует то, как улучшения отдельных составляющих частей могут непосредственно улучшить возможности расширенного доступа к содержимому в целом. В этом документе показано соответствие руководства "программы по организации доступа к Сети для людей с ограниченными возможностями" (Web Accessibility Initiative, сокр. WAI) и составляющих частей расширенного доступа.

Введение

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

содержимое - информацию на Web странице или в Web приложении, включающую:
- естественную информацию такую как текст, картинки, звуки
- код или разметку, которая определяет структуру, представление данных
Web браузеры, медиа проигрыватели, и другие "пользовательские приложения"
вспомогательные технологии, в некоторых случаях - экранные "читалки", клавиатуры с альтернативным вводом, переключатели, сканирующее ПО, и т.п.
пользовательские знания, опыт и, в некоторых случаях, адаптационные методы работы с Сетью
разработчиков - дизайнеров, программистов, авторов и т.п., включая разработчиков с ограниченными возможностями и пользователей, занимающихся предоставлением содержимого
средства разработки - программное обеспечение для создания сайтов
инструментарий оценки и отладки - средства для оценки доступности ресурсов в Web, программы, проверяющие HTML код, CSS разметку и т.д.

Как связаны составляющие

illustration showing how components relate, detailed description at http://www.w3.org/WAI/intro/components-desc.html#relate

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

Люди ("пользователи") используют Web браузеры, медиа проигрыватели, вспомогательные утилиты, или другие "пользовательские приложения" для того чтобы взаимодействовать с содержимым.

Взаимосвязь между компонентами

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

Технические спецификации определяют альтернативный текст (к примеру, HTML определяет альтернативный текст как атрибут (alt) у элемента картинки (img))
WAI принципы - WCAG, ATAG, and UAAG, описанные ниже - определяют реализацию альтернативного текста в различных компонентах
Разработчики создают соответствующее альтернативное представление текста
Средства разработки позволяют, облегчают и содействуют появлению альтернативного текста на Web странице
Инструментарий оценки используется для проверки наличия альтернативного текста
пользовательские приложения обеспечивают интерфейс доступа пользователя к альтернативному тексту
Вспомогательные технологии обеспечивают доступ человека к различным формам воспроизведения альтернативного текста (звук, картинка, азбука брааля)
Пользователи знают как получить альтернативный текст в собственных приложениях и/или способ получения доступа к вспомогательной технологии при необходимости

Стадия реализации

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

illustration of implementation cycle, detailed description at http://www.w3.org/WAI/intro/components-desc.html#cycle

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

Когда один из компонентов не реализован

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

illustration of what happens when one component is weak, detailed description at http://www.w3.org/WAI/intro/components-desc.html#weak

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

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

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

Навигация