Проектирование с учетом доступности

Ключ к доступности состоит в продумывании проблемы и понимании, как вы собираетесь решить ее для различных пользователей. Если попытаться интерпретировать доступность как что-то, что можно "прикрутить" в конце, то вы получите что-то неприятное. Для решения потребуется больше времени, оно не будет к тому же работать, и будет выглядеть ужасно. Лучшим способом достижения хорошо спроектированного решения является проектирование с самого начала с учетом всех требований. Это не означает, что вы не должны изменять своих планов или не добавлять какие-то пропущенные вещи, но вы должны попытаться узнать, в чем состоит вся проблема, которую вы пытаетесь решить. В случае Web -сайтов это означает создание решения, пригодного к использованию всеми пользователями, включая тех, кто не может использовать мышь, клавиатуру, или монитор, и т.д.

Требования взаимодействия особенно изменчивы от решения к решению. Новые технологии часто создаются без поддержки доступности. Например, новый подключаемый модуль Silverlight компании Microsoft не выводит информацию через API доступности, используемый считывателями экрана и другими вспомогательными технологиями, хотя такая поддержка и планируется в будущем. Там, где поддержка теоретически присутствует, может требоваться время, чтобы вспомогательные технологии ей воспользовались. Например, новые считыватели экрана работают значительно лучше с запускаемыми JavaScript обновлениями структур HTML, чем более старые считыватели экрана. Даже давно созданная поддержка доступности может продолжать отличаться на разных платформах. Например, подключаемый модуль Adobe Flash Player давно выводит информацию в API доступности Windows, но не в эквивалентномAPI Apple или GNOME. Существует также обычно некоторая задержка между появлением поддерживающий технологии и ее широким распространением. В то время как браузеры и подключаемые модули сегодня обычно бывают бесплатными, основные вспомогательные технологии могут быть очень дорогими. Например, одним из наиболее популярных считывателей экрана является JAWS для Windows компании Freedom Scientific. Новая версия выходит почти каждый год. JAWS Professional стоит в розницу $1095, и даже если вы потратили $200, чтобы получить Software Maintenance Agreement для двух следующих версий, обновление будет, тем не менее, стоить около $500. Следовательно, хотя последним выпуском является версия 9, можно встретить множество пользователей JAWS, использующих старые версии. Поэтому, когда вы собираетесь создавать Web -сайты для публичной Web, необходимо принимать в расчет взаимодействие с существенно различными комбинациями используемых пользователем технологий. Существует четыре подхода:

· Постепенное совершенствование Web -сайта, тестируя поддержку по мере продвижения.

· Разрешение пользователя отключать проблемные усовершенствования.

· Предоставление альтернативных версий с таким же контентом или функциями.

· Рекомендации клиентам о том, какие технологии им нужны для поддержки и предоставление примеров компаний, которые поддерживают эти технологии.

В сетях интернет обратная совместимость и разнообразие менее проблематичны. Данная организация может гарантировать, например, что все служащие с физическими недостатками будут иметь доступ к вспомогательной технологии с достаточной поддержкой D HTML. В таких ситуациях и при правильном тестировании предоставляемой вспомогательной технологии, будет разумно использовать JavaScript в качестве исходного уровня. Однако совместимость вперед и межплатформенная совместимость все еще являются проблемами, поэтому открытые, стандартные технологии должны быть предпочтительны по сравнению с патентованными, нестандартными технологиями. Например, вы можете разрабатывать обучающее приложение в сети интернет для большой корпорации. Они могут просить сделать приложение доступным, но не определить стандарт, которому необходимо следовать. После разговора с их отделом ИТ вы узнали, что каждый имеет самую последнюю версию Internet Explorer с активированной поддержкой JavaScript, установленной и включенной технологией Flash, и будут обеспечены современной вспомогательной технологией, которая требуется для поддержки этих позиций. Теперь, даже если компания перейдет на платформу на основе Unix, будут существовать вспомогательные технологии, которые поддерживают JavaScript, но текст Flash и элементы управления будут доступны только в Windows. Можно безопасно сделать сценарии и Flash базовым требованием приложения. Но вы решили использовать Flash только для воспроизведения видео, и создать множество элементов управления для видео Flash по стандартам Web, так как элементы управления Flash доступны только вспомогательной технологии на платформе Windows. В этом случае приложение будет по прежнему доступно, даже если компания мигрирует на Unix. Политика ИТ организации может изменяться, и лучшие усилия, чтобы заставить функции JavaScript работать и использовать подключаемые модули набора средств доступности, могут оказаться бесполезны, поэтому даже если вы имеете базовую технологию, последовательное усовершенствование, начиная с основного слоя HTML, все равно остается хорошей идеей.

В этом разделе рассматриваются различные свойства доступности Web -сайта - то есть, что должен содержать доступный Web - сайт. Будет подробно представлено каждое свойство.

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

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

Как упоминалось в разделе о поисковых системах, обеспечение того, что существует доступная альтернатива для контента и навигации, является существенно важным. Текст считается универсальным средством представления контента с одним предостережением, как вы увидите ниже. Текст можно легко прочитать вслух с помощью считывателя экрана, сделать больше или меньше, легко изменять его контраст, и выполнить множество других преобразований. Именно потому, что так легко манипулировать текстом, более экзотические формы контента должны иметь для них текстовую альтернативу. Некоторые форматы, такие как более новые версии Flash, имеют встроенный в них доступ к тексту, так что текстовый контент в них может быть доступен непосредственно, не требуя предоставлять альтернативное представление для всей среды. Одной из групп пользователей с ограниченными возможностями, для которой может быть не обязательна поддержка текстовой альтернативы, являются люди с ограниченными познавательными возможностями. Трудность поддержки людей с ограниченными познавательными возможностями состоит в том, что они часто требуют другого контента, а не тот же контент в другой среде представления. Это не означает, что вы не должны пытаться что-то сделать. Упрощение языка и терминологии, используемых на сайте, будет на пользу всем. Такие группы как Plain Language Commission (Комиссия простого языка) (http://www.clearest.co.uk/) пропагандируют подход на основе "простой речи" к материалам, которые компании используют для информирования своих заказчиков о таких вопросах, как юридические требования и условия и требования для использования. Они предоставляют лексикон простого английского языка (http://www.clearest.co.uk/?id=46), содержащий термины, которые можно использовать, чтобы облегчить эффективную коммуникацию, используя самый простой возможный язык. Как реализовать текстовые альтернативы на сайте? Прежде всего нужно определить объекты, которые не являются текстом. В HTMLимеется только ограниченное количество таких объектов. Изображения являются наиболее очевидным примером. Ниже показан пример использования изображения доступным образом.

Изображение в этом примере является интегральной частью контента. Атрибут alt содержит краткое описание изображения для людей (или поисковых систем), которые могут не видеть изображение правильно. Атрибут longdesc позволяет соединиться со страницей HTML, содержащей полное описание изображения. Он обычно используется только для описания сложных изображений, которые используются как основной контент. Он также пока плохо поддерживается в браузерах. Большую часть времени можно будет использовать только атрибут alt. Когда изображения используются для объектов, отличных от контента, таких как навигация, или чисто визуальное оформление, то их можно использовать иначе, чем изображения контента. Изображения, используемые для придания кнопкам или навигации на странице более привлекательного вида, должны иметь атрибут alt, который соответствует тексту в изображении. Атрибут alt действует просто как простой способ, позволяющий компьютеру прочитать содержащийся в изображении текст (и прочитать его, следовательно, пользователю считывателя экрана). В случае чисто декоративных изображений, т.е. изображений, используемых для отслеживания рекламы, или любого другого изображения, которое вряд ли могли бы заинтересовать пользователя или служить для взаимодействия, необходимо задать атрибут alt пустым. Это означает не пропуск атрибута, а задание в виде alt ="". Это связано с тем, что тактические считыватели экрана обычно помогают своим пользователям справиться с плохо доступными страницами. Когда изображение не имеет атрибута alt, особенно когда оно является частью ссылки, считыватель экрана читает пользователю URL изображения. Это делается для того, чтобы можно было по URLдогадаться, что из себя представляет изображение, например, если изображение называется add_to_cart.gif (добавить_в_корзину.gif). Поэтому нужно задавать alt =" " для изображений, которые, как вы знаете, не заинтересуют пользователя, чтобы считыватель экрана не читал URL такого изображения, что может быть достаточно утомительно для пользователя считывателя экрана. Не все формы контента являются такими простыми, как изображение. Многие сложные информационные среды, такие как Flash (файлы Flash сами могут быть целыми Web -сайтами) или фильмы, требуют более сложных описаний. Самые последние версии Flash позволяют предоставить текстовую альтернативу для объектов в фильмах Flash, также как в HTML.

Что вызывает тренды на фондовых и товарных рынках Объяснение теории грузового поезда Первые 17 лет моих рыночных исследований сводились к попыткам вычислить, когда этот...

Что делать, если нет взаимности? А теперь спустимся с небес на землю. Приземлились? Продолжаем разговор...

Конфликты в семейной жизни. Как это изменить? Редкий брак и взаимоотношения существуют без конфликтов и напряженности. Через это проходят все...

ЧТО ПРОИСХОДИТ, КОГДА МЫ ССОРИМСЯ Не понимая различий, существующих между мужчинами и женщинами, очень легко довести дело до ссоры...

Не нашли то, что искали? Воспользуйтесь поиском гугл на сайте: