Доступность Skiplinks: требуется stiil?

Question

Несколько лет назад это была лучшая практика для включения (визуально скрытых) скидок на веб-сайтах.

<ul> 
    <li><a accesskey="0" href="/">Home</a></li> 
    <li><a accesskey="1" href="#content">Content</a></li> 
    <li><a accesskey="2" href="nav#main">Main navigation</a></li> 
    <li><a accesskey="5" href="#search">Search</a></li> 
    <li><a accesskey="6" href="#news">News</a></li> 
    <li><a accesskey="7" href="#events">Events</a></li> 
    <li><a accesskey="8" href="#meta">Service navigation</a></li> 
    <li><a accesskey="9" href="/sitemap">Sitemap</a></li>  
</ul> 

Предположим, что используются хотя бы некоторые семантические теги html5 (например, nav, статья).

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

И: может ли соответствующая разметка WAI AREA заменить такие skiplinks; если да, есть ли рекомендация?

Answer 1

Пользователям, занимающимся скринсейвером, больше не нужно пропускать навигационные ссылки.Они могут перемещаться по веб-страницам, пропуская иерархию заголовков HTML и могут переходить в определенные области страницы с использованием ориентиров ARIA (например, role="navigation", role="main"). Просто убедитесь, что ваши страницы включают эти функции.

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

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

Answer 2

Пропустить ссылки - это ссылки, размещенные в самом начале содержимого страницы (должны быть первыми настраиваемыми элементами). Пример: Content, Navigation, Search ссылки (или Skip to content). Также названный bypass or quick access links
Соответствующие WCAG 2.0 Методы:

• G1: Adding a link at the top of each page that goes directly to the main content area
• G124: Adding links at the top of the page to each area of the content

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

От W3C/WAI: Comparison of WCAG 1.0 Checkpoints to WCAG 2.0 (и WCAG 1,0 15 лет!):

Ключи доступа больше не требуются для соответствия WCAG 2.0. Это консультативный пункт: Предоставление ключи доступа (консультативный метод успех Критерий 2.4.1 (уровень А)

Тщательная статьи из WebAIM: Keyboard Accessibility - Providing Keyboard Shortcuts Using accesskey, особенно Хорошая идея Реализована плохо части :).

будущее уже есть:
знаковые роли является механизм, который заменит быстрые ссылки доступа. Просто добавьте определенные атрибуты role к некоторым элементам вашего контента и IF у пользователя есть последнее устройство для чтения с экрана, затем он может перемещаться с одной части страницы на другую, а также быстро находить меню навигации (это элемент nav с role="navigation" в HTML5 или в HTML4 может быть ul или div - со списком ссылок внутри).
Когда мы сможем удалить ссылки быстрого доступа и полагаться только на важные роли? Когда все пользователи программы чтения с экрана будут иметь совместимый. Не сегодня.
Недавняя статья Steve Faulkner Using WAI-ARIA Landmarks