создание веб-сайтов для людей с ослабленным зрением?

Question

может ли кто-нибудь дать мне несколько советов или подцепить меня с хорошими ссылками на это?

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

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

также не знаю, как все будет работать в различных браузерах ....

спасибо!

Answer 1

1) Используйте теги заголовка HTML для каждого раздела контента на ваших страницах. Тэги заголовков: h1, h2, h3, h4, h5, h6

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

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

4) Не обслуживайте пользователя 1000 изображений. Если изображение не передает соответствующий контент, сделайте его фоновым изображением CSS.

5) Будьте любезны с атрибутом title, особенно на ярлыках привязки. Это может сказать пользователю, куда они собираются идти.

6) Не помещайте текст на изображение, которое нельзя передать в виде альтернативного содержимого. Визуально не пострадавшие не читают изображения.

7) Убедитесь, что все ваши метаданные актуальны. Если вы измените какой-либо контент, обязательно не забывайте лишние биты описательных данных.

8) AJAX поражает доступностью. Будьте добры к использованию AJAX.

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

10) Не используйте в своем формате теги презентации или атрибуты презентации. Используйте таблицу стилей. Если ваш HTML содержит соглашения о презентации, они, вероятно, не являются доступными.

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

12) Проведите тестирование юзабилити с помощью программного обеспечения для чтения с экрана. Невозможно узнать, насколько доступна страница, просматривая ее.

Answer 2

Проверьте это из объяснений Alertbox:

Disabled Users and the Web (Статья с 1996 года ... но вопросы по-прежнему верны, если не более сегодня)

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

Answer 3

Термин для этого - доступность. Взгляните на W3C's WAI Website. Я всегда находил Juicy Studio бесценным ресурсом для статей, посвященных доступности.

Answer 4

Есть глубокие определения, которые трудно освоить и реализовать. Примеры включают Web Content Accessibility Guidelines (WCAG) и Section 508.

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

EDIT: Думаю, я бы добавил, что вы не должны тестировать свой сайт с помощью JAWS или другого устройства чтения с экрана. Ваша невозможность навигации по сайту будет больше связана с вашей неопытной работой с программой чтения с экрана, а не с недоступностью сайта. Тем не менее, наличие образца вашей целевой аудитории проверяет ваш сайт на удобство использования, очень полезно.

EDIT # 2: Как уже говорилось в комментариях, я хотел сообщить, что вы не должны судить о удобстве использования сайта, основываясь на ваших впечатлениях от устройства чтения с экрана. Тем не менее, я бы рекомендовал, чтобы кто-либо из веб-разработчиков подвергался воздействию браузеров/оборудования, используемого для просмотра веб-сайтов, включая программы чтения с экрана. Это была плохая формулировка в оригинальной редакции.

Answer 5

Я полностью ослеплен, и вы были бы поражены тем, как много вещей по-прежнему не имеют на нем атрибутов alt после всех этих лет ... Будьте осторожны, там все еще много мифов, таких как (неправильно), талбы плохие (неправильные), а фреймы плохие (неправильно, хотя я понимаю, что фреймы плохие по другим причинам.) В идеале у вас должен быть кто-то, кто слепой тест вашего сайта, если вам нужна дополнительная помощь по этому поводу не стесняйтесь пишите мне по адресу westbchris@gmail.com. Еще одна вещь, попробуйте сделать элементы управления, которые на самом деле выполняют кнопки и/или ссылки. Кликаемые divs не круты, потому что не очевидно, что они что-то делают, и в зависимости от того, какая вспомогательная технология вы используете, вы даже не сможете щелкнуть по ним.

Answer 6

Ну, похоже, никто не упомянул WAI- ARIA, который предназначен для использования в Интернете с использованием Интернета. IE делает доступными такие вещи, как gmail. И достойный поисковый запрос, чтобы найти такие вещи a list apart article on wai-aria. Уже довольно поддерживается.