Какие улучшения в доступности доступны в HTML5?
Какие преимущества предлагает HTML5 по сравнению с HTML 4.01 или XHTML 1.0 Strict для обеспечения доступности?
4 ответа
Некоторые вещи, которые приходят на ум - вероятно, есть еще много:
Самая важная вещь, которую стоит отметить в отношении доступности в HTML 5 - это не столько особенности, сколько изменение в философии. HTML 5 сталкивается с некоторыми трудностями, побуждая веб-авторов не размещать информацию в местах, где ее не видят обычные пользователи, такие как атрибуты alt и summary, и вместо этого побуждает их размещать информацию в обычном основном тексте. Идея состоит в том, что (а) часто информация, скрытая в этих атрибутах, полезна как для зрячих, так и для незрячих людей, и (б) если автор может видеть такой текст при ведении и тестировании своей страницы, они с большей вероятностью сохранят это правильно и актуально, чем если бы оно было скрыто. Так, например, он определяет элемент "figure", который позволяет связать изображение и подпись (то есть элемент "legend") друг с другом.
Во многих случаях практически лучше, чтобы текст, который ранее был помещен в атрибут alt, был помещен в элемент легенды, хотя следует отметить, что теоретически они различны - alt является эквивалентным текстом, а легенда является вспомогательным текстом. То же самое относится к итоговому атрибуту и элементу заголовка в таблицах. Использование атрибута caption рекомендуется для атрибута summary, но они не соответствуют точно таким же сценариям использования. В последнее время это стало предметом существенного спора, так как текущая ситуация такова, что @summary определяется как "устаревший, но соответствующий", что бы это ни значило.
Возможно, лучшим достижением доступности с точки зрения функций в HTML 5 является продолжающийся процесс интеграции WAI-ARIA, Accessible Rich Internet Applications Suite ( http://www.w3.org/WAI/intro/aria).
Я полагаю, что есть новый алгоритм для неявного связывания ячеек таблицы с их ячейками заголовков для использования программами чтения с экрана, которые могут избавить от необходимости явно указывать ассоциации.
Там также есть некоторые проблемы. Новые элементы "video" и "audio" не имеют отступов уровня HTML - предполагается, что запасной доступ будет встроен непосредственно в видео и аудио файлы. Это вопрос продолжающегося спора. Говоря лично как веб-автор, я знаю, как записать стенограмму аудиофайла в HTML, но я не знаю, как встроить резервный текст в уже существующий аудиофайл. Таким образом, хотя это может быть превосходное решение для создания запасного варианта в аудиофайле, во многих случаях этого просто не произойдет, и те, кто не сможет напрямую воспринимать звук, будут проигравшими.
Новый элемент "canvas" также в настоящее время является большой проблемой доступности. Хотя у некоторых есть идеи о том, что делать, не совсем понятно, может ли "холст" иметь действительно доступный эквивалент.
Позвольте мне сказать "услышать, услышать" Алохчи и предоставить немного более подробную информацию:
Нужно помнить, что для браузеров и вспомогательных технологий существует только один HTML (кроме MSIE 8). Это означает, что новая версия стандарта сама по себе ничего не значит, пока реализации не поддерживают функции. Например, атрибут longdesc является частью HTML 4 уже более 10 лет, но имеет нулевую поддержку и поэтому вообще не может использоваться.
Потенциальные преимущества в стандарте HTML 5:
- Новые элементы, которые могут сделать скип-ссылки избыточными. Поскольку эти новые элементы являются менее жесткими, чем ориентиры ARIA, которые также обладают этой силой, они, вероятно, получат большее распространение. Т.е. авторы могут не понимать, что они делают страницу более доступной, они просто хотят использовать лучшие доступные теги. Пользовательские агенты могут использовать эти новые элементы для облегчения навигации, и это может принести пользу большему количеству людей, чем слепым.
- ARIA доступна для ряда применений, где доступность не может быть встроена, но должна быть закреплена. Буквально на днях было внесено первое изменение в проект, чтобы включить ARIA!
- Видео и аудио, SVG и Canvas можно использовать таким образом, чтобы помочь людям с когнитивными нарушениями. (В настоящее время все еще обсуждается лучший способ интеграции SVG в простой HTML.)
Есть еще вопросы, которые не решены, хотя:
- Подписи к видео. Пока единственным вариантом является JavaScript, довольно уродливое решение, которое вряд ли увидит высокий уровень принятия. ОТО, сколько видео на Youtube подписано сегодня?
- Программа чтения с экрана, доступная из объектов Canvas. Прелесть Canvas в том, что у него нет DOM, но это также главный недостаток. Нет решения для всех в этом отношении. Что если бы вы внедрили Tetris, Pacman или Doom, используя Canvas? Эти игры всегда будут недоступны для пользователей программы чтения с экрана из-за их природы. Беспин, OTOH, должен быть доступен для них.
SVG имеет DOM и поэтому может рассматриваться как альтернатива для чтения с экрана, но в настоящее время в них реализована небольшая поддержка.
Есть также некоторые незначительные дебаты, все еще продолжающиеся, такие как:
- Является ли предпочтительным сделать атрибут alt необязательным в надежде уменьшить количество плохо написанных alt-текстов или оставить его обязательным в надежде заставить участников контента писать хорошие alt-тексты?
- Следует ли разрешать атрибут summary и рассматривать его как лучшую альтернативу для описания сложных таблиц, где недостаточно заголовка, th, thead, tbody, tfooter и headers/id?
В одном углу у нас есть люди, в основном связанные с первоначальной работой WHAT WG, которые строят свои аргументы на том факте, что сегодняшнее использование этих функций ужасно. Когда они используются, большинство авторов понимают их неправильно. Не следует надеяться, что в будущем образование будет работать лучше. Я называю эту группу элитарной, но пессимистичной.
В другом углу у нас есть доступ (а в последнее время и любители RDFa), которые основывают свои аргументы на экспертизе в предметной области. Они знают об огромных потенциальных преимуществах правильного использования специальных возможностей. Они с оптимизмом относятся к образовательным усилиям, но могут показаться немного фанатичными в своих рассуждениях.
Помимо дебатов, HTML 5 будет означать, что для знающих авторов 99 % их набора инструментов доступности по-прежнему пригодны для использования, и у них есть еще несколько инструментов для использования, но также и еще несколько проблем, которые необходимо преодолеть. "плюс ça change, plus c'est la même выбрал"
С практической точки зрения он не предлагает никаких улучшений доступности. Ни один из продавцов программ чтения с экрана не реализовал поддержку новых тегов, и пока не получит широкое использование, чтобы оправдать реализацию этой поддержки. Если вы хотите сделать свои сайты доступными, не рассматривайте HTML 5 как волшебную палочку, используйте старый добрый HTML 4 и следуйте хорошим рекомендациям по доступности.
Я не слепой, не глухой и не являюсь официально инвалидом, но я абсолютно устал от использования веб-сайтов. После 15 лет, проведенных мышью по экрану и наблюдающих, как снижается навигация по веб-сайтам, поскольку мои руки и запястья становятся все более болезненными, я впадаю в депрессию!! Существуют простые решения, которые могут быть встроены в любой новый стандарт. Плагин hit'a'hint для firefox был великолепен, но не всегда обновлялся. Мне нравятся очень похожие новые ярлыки "ALT" с ленточными интерфейсами MS, они находка, но я не думаю, что она вернет меня из Linux. Насколько сложно было бы иметь встроенные ярлыки в HTML 5.0. Вы держите клавишу, она дает вам удар по клавиатуре, чтобы ударить... абсолютно просто. Это может помешать десяткам, если не сотням миллионов людей в будущем развить долговременное повреждение руки и запястья. Моя собственная проблема возникла только после 20 лет использования компьютера и 10 лет использования мыши, поэтому здесь есть потенциальная бомба замедленного действия.