Какие улучшения доступности предлагаются HTML5?
Вы не можете полностью предотвратить ботов, даже с капчой. Однако можно сделать это болью, чтобы записать и поддержать бота и поэтому сократить количество. Особенно, вынуждая их ежедневно обновлять их ботов Вы будете вызывать больше всего, чтобы потерять интерес.
Вот являются некоторые идеями мешать писать ботов:
-
Требуют выполнения функции JavaScript. JavaScript делает это намного больше боли для записи бота. Возможно, потребуйте капчи, если они не запускают JavaScript, чтобы все еще позволить фактическим (минимальным) пользователям не-JavaScript.
-
Время нажатия клавиш при вводе в форму (снова с помощью JavaScript). Если это не человекоподобно, затем отклоняют его. Это - боль для имитации человеческого ввода в боте.
-
Пишут Ваш код для обновления полевой ежедневной газеты идентификатора с новым случайным значением. Это вынудит их ежедневно обновлять своего бота, который является болью.
-
Пишут Ваш код для переупорядочивания полей ежедневно (очевидно, в некотором роде, это не случайно пользователям). Если они будут полагаться на полевой порядок, то это собьет их с толку и снова вызовет ежедневное обслуживание к их коду бота.
-
Вы могли пойти еще больше и использовать содержание Flash. Flash является полностью болью для записи бота против.
Обычно, если Вы начинаете брать мышление не предотвращения их, но создания его больше работы для них, можно, вероятно, достигнуть цели, которую Вы ищете.
3 ответа
Некоторые вещи, которые приходят в голову - вероятно, гораздо больше:
Самое важное, что нужно отметить о доступности в HTML 5 есть не столько возможности, сколько изменение философии. HTML 5 создает некоторые проблемы, чтобы побудить веб-авторов не помещать информацию в места, где обычные пользователи не могут ее увидеть, например атрибуты alt и summary, и вместо этого поощряет их помещать информацию в обычный основной текст. Идея состоит в том, что (а) часто информация, скрытая в этих атрибутах, полезна как для зрячих, так и для незрячих людей и (б) если автор может видеть такой текст при поддержке и тестировании своей страницы, они с большей вероятностью сохранят он правильный и актуальный, чем если бы он был спрятан. Так, например, он определяет "фигуру" элемент, позволяющий связывать изображение и подпись (то есть элемент «легенда») друг с другом.
Во многих случаях практически лучше, чтобы текст, который ранее был помещен в атрибут alt, был помещен в элемент легенды, хотя следует отметить, что теоретически они разные - alt эквивалентен текст - легенда - вспомогательный текст. То же самое относится к атрибуту сводки и элементу заголовка в таблицах. Рекомендуется использовать элемент caption вместо атрибута summary, но они не служат точно таким же вариантам использования. Недавно это стало предметом серьезных споров, поскольку в настоящее время @summary определяется как «устаревший, но соответствующий», что бы это ни значило.
Возможно, лучший прирост доступности с точки зрения функций в HTML 5 - это продолжающийся процесс интеграции WAI-ARIA, пакета доступных полнофункциональных интернет-приложений ( http://www.w3.org/WAI/intro Я считаю, что существует новый алгоритм для неявной привязки ячеек таблицы к ячейкам их заголовков для использования программами чтения с экрана, что может сэкономить работу, требующую явного указания ассоциаций.
Также есть некоторые проблемы. Новые элементы «видео» и «аудио» не имеют резервной копии уровня HTML - предполагается, что резервная функция доступности будет встроена непосредственно в видео и аудио файлы. Это постоянный спор. Если говорить лично как веб-автор, я знаю, как записать расшифровку аудиофайла в HTML, но я не Я не знаю, как вставить резервный текст в уже существующий аудиофайл. Таким образом, хотя размещение резервной копии в аудиофайле может быть лучшим решением, во многих случаях этого просто не произойдет, и те, кто не может напрямую прослушать звук, окажутся в проигрыше.
Новый «холст» element также в настоящее время является большой проблемой доступности. Хотя у некоторых есть идеи о том, что делать, совсем не ясно, может ли «холст» когда-либо иметь действительно доступный эквивалент.
Позвольте мне сказать Алохчи «услышать, услышать» и предоставить несколько дополнительных деталей:
Следует помнить, что для браузеров и вспомогательных технологий существует только один HTML (за исключением MSIE 8) . Это означает, что новая версия стандарта сама по себе ничего не значит, пока реализации не будут поддерживать эти функции. Например, атрибут longdesc был частью HTML 4 более 10 лет, но не имеет никакой поддержки и, следовательно, не может использоваться вообще.
Потенциальные преимущества в стандарте HTML 5:
- Новые элементы, которые может сделать пропуски ссылок избыточными. Поскольку эти новые элементы менее сложны, чем ориентиры ARIA, которые также обладают такой силой, они, вероятно, будут более популярны. Т.е. авторы могут не осознавать, что делают страницу более доступной, они просто хотят использовать лучшие из доступных тегов. Пользовательские агенты могут использовать эти новые элементы для облегчения навигации, и это может принести пользу большему количеству людей, чем слепым.
- Для ряда применений, где доступность не может быть встроена в , но должна быть быть болтом на , ARIA доступна. Буквально на днях в черновик было внесено первое редактирование, чтобы включить ARIA!
- Видео и аудио, SVG и Canvas можно использовать способами, которые помогут людям с когнитивными нарушениями. (В настоящее время все еще обсуждается лучший способ интеграции SVG в простой HTML.)
Однако остаются нерешенными вопросы:
- Субтитры для видео. Пока что единственным вариантом является JavaScript, довольно уродливое решение, которое вряд ли получит высокие темпы принятия. OTOH, сколько видео на Youtube сегодня снабжено субтитрами?
- Программа чтения с экрана поддерживает контент из объектов Canvas. Прелесть Canvas в том, что у него нет DOM, но это также является основным недостатком. В этом отношении нет решения для всех. Что, если бы вы реализовали Tetris, Pacman или Doom с помощью Canvas? Эти игры всегда будут недоступны для пользователя программы чтения с экрана в силу самой своей природы. Беспин, OTOH, должен быть доступен для них.
SVG имеет DOM и, таким образом, может рассматриваться как альтернатива для чтения с экрана, но в настоящее время в них реализована небольшая поддержка.
Некоторые незначительные споры еще продолжаются. а также, например:
- Предпочтительно ли сделать атрибут alt необязательным в надежде уменьшить плохо написанные альтернативные тексты или оставить его обязательным, в надежде заставить авторов контента писать хорошие альтернативные тексты?
- Следует ли разрешить атрибут summary и рассматривать его как лучшую альтернативу для описания сложных таблиц, в которых caption, th, thead, tbody, tfooter и headers / id не Достаточно?
В одном углу у нас есть люди, в основном связанные с первоначальным усилием WHAT WG, которые строят свои аргументы на том факте, что сегодняшнее использование этих функций ужасно. Когда они используются, большинство авторов ошибаются. Не стоит сильно надеяться, что в будущем образование будет работать лучше. Я называю эту группу элитарной, но пессимистической.
В другом углу у нас есть доступность (а в последнее время и любители RDFa), которые строят свои аргументы на опыте в предметной области. Они осознают огромные потенциальные преимущества правильного использования специальных возможностей. Они оптимистично настроены в отношении образовательных усилий, но могут показаться немного фанатичными в своих рассуждениях.
Помимо споров, HTML 5 будет означать, что для знающих авторов 99% их набора инструментов доступности все еще можно использовать, и у них есть еще несколько инструментов. использовать, но и еще несколько проблем, которые нужно преодолеть. 'plus ça change, plus c'est la même selected'
С практической точки зрения он не предлагает никаких улучшений доступности. Ни один из производителей программ чтения с экрана не реализовал поддержку новых тегов, и не будет, пока они не станут достаточно широко используемыми, чтобы реализовать эту поддержку. Если вы хотите сделать свои сайты доступными, не рассматривайте HTML 5 как волшебную палочку, используйте старый добрый html 4 и следуйте хорошим правилам доступности.