Какие улучшения доступности доступны HTML5?

Какие преимущества предлагаются HTML5 по HTML 4.01 или XHTML 1.0 Строго для доступности?

Ответы

Ответ 1

Некоторые вещи, которые приходят на ум - там, вероятно, много больше:

Самое главное отметить доступность в HTML 5 - это не так много функций, как изменение философии. В HTML 5 возникает проблема, побуждающая веб-авторов не помещать информацию в места, где обычные пользователи не могут ее видеть, например, атрибуты alt и summary, и вместо этого побуждает их помещать информацию в обычный основной текст. Идея состоит в том, что (а) часто информация, скрытая в этих атрибутах, полезна как для зрячих, так и для незрячих людей, и (б) если автор может видеть такой текст при сохранении и тестировании своей страницы, они, скорее всего, сохранят это правильно и актуально, чем если бы оно было скрыто. Так, например, он определяет элемент "фигура", который позволяет связать изображение и подпись (то есть элемент "легенда" ) друг с другом.

Во многих случаях это лучше практически для текста, который ранее был помещен в атрибут alt, который должен быть помещен в элемент легенды, хотя следует отметить, что теоретически они различны - alt - эквивалентный текст - легенда является вспомогательной текст. То же самое относится к атрибуту summary и элементу caption на таблицах. Использование элемента caption рекомендуется по атрибуту summary, но они не служат точно таким же вариантам использования. В последнее время это стало предметом серьезного спора, поскольку в нынешней ситуации @summary определяется как "устаревший, но соответствующий", что бы это ни значило.

Возможно, лучшее улучшение доступности с точки зрения возможностей в HTML 5 - это продолжающийся процесс интеграции WAI-ARIA, доступного набора приложений для интернет-приложений (http://www.w3.org/WAI/intro/aria).

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

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

Новый элемент "canvas" также является большой проблемой доступности. Хотя некоторые есть идеи о том, что делать, это совершенно не ясно, может ли "холст" иметь действительно доступный эквивалент.

Ответ 2

Позвольте мне сказать "услышать, услышать" Алохчи и дать немного дополнительную информацию:

Следует помнить, что для браузеров и вспомогательных технологий существует только один HTML (кроме MSIE 8). Это означает, что новая версия стандарта сама по себе ничего не значит, пока реализации не поддерживают функции. Например. атрибут longdesc был частью HTML 4 более 10 лет, но имеет нулевую поддержку и, следовательно, не может использоваться вообще.

Потенциальные преимущества в стандарте HTML 5:

  • Новые элементы, которые могут сделать skip-ссылки лишними. Поскольку эти новые элементы менее жестоки, чем ориентиры ARIA, которые также обладают этой властью, они, скорее всего, увидят больше усыновления. То есть Авторы могут не понимать, что они делают страницу более доступной, они просто хотят использовать лучшие доступные теги. Пользовательские агенты могут использовать эти новые элементы для облегчения навигации, и это может принести пользу большему количеству людей, чем слепые.
  • Для ряда применений, когда доступность не может быть встроена, но должна быть включена, доступна ARIA. На днях было внесено первое изменение в проект, чтобы включить ARIA!
  • Видео и аудио, SVG и Canvas можно использовать способами, которые помогут людям с когнитивными нарушениями. (В настоящий момент лучший способ интеграции SVG в простой HTML все еще обсуждается.)

Есть еще вопросы, которые еще не решены:

  • Надпись для видео. Пока единственным вариантом является JavaScript, довольно уродливый болт на решении, который вряд ли увидит высокие коэффициенты принятия. OTOH, сколько видео на Youtube подписаны сегодня?
  • Доступ к экранированному контенту из объектов Canvas. Красота Canvas заключается в том, что у него нет DOM, но это также является основным недостатком. В этом отношении нет решения для всех. Что делать, если вы будете использовать Tetris, Pacman или Doom, используя Canvas? Эти игры всегда будут недоступны пользователю с экрана для чтения по самой своей природе. Bespin, OTOH, должны быть доступны для них.

SVG имеет DOM и, следовательно, может рассматриваться как альтернатива для чтения с экрана, но в настоящее время в них мало поддержки.

Есть еще несколько мелких дебатов, например:

  • Предпочтительно ли сделать атрибут alt необязательным, в надежде уменьшить плохо написанные альт-тексты или сохранить его в надежде заставить авторов контента писать хорошие альт-тексты?
  • Если атрибут summary разрешен и рассматривается как лучшая альтернатива описанию сложных таблиц, где недостаточно заголовка, th, thead, tbody, tfooter и headers/id?

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

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

Помимо обсуждения, HTML 5 будет означать, что для хорошо осведомленных авторов 99% их инструментария доступности доступно для использования, и у них есть еще несколько инструментов для использования, а также еще несколько проблем для преодоления. 'Plus ça change, плюс c'est la même выбрал

Ответ 3

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

Ответ 4

Я не слепой, не глухой или официально не инвалид, но я абсолютно устал от использования веб-сайтов. После 15 лет перетаскивания мыши вокруг экрана и наблюдения за навигацией веб-сайтов уменьшаются, когда мои руки и запястья становятся все более и более болезненными, это заставляет меня подавляться! Существуют простые решения, которые могут быть встроены в любой новый стандарт. "Hit'a'hint plugin" для firefox был отличным, но не всегда обновляемым. Мне нравятся очень похожие новые "ALT" ярлыки с интерфейсами ленты MS, они - находка, хотя я не думаю, что это вернет меня из Linux. Насколько сложно было иметь встроенные ярлыки в HTML 5.0. Вы держите ключ, он дает вам клавиатуру, чтобы нанести удар... абсолютно просто. Это может помешать десяткам, если не сотням миллионов людей, от долгосрочного повреждения рук и запястья в будущем. Моя собственная проблема началась не через 20 лет использования компьютера и 10 лет использования мыши, поэтому здесь есть потенциальная бомба замедленного действия.