2017-02-09 3 views
0

Использование Voiceover на iPhone или iPad, вы пролистываете влево или вправо (проведите пальцем влево или вправо), чтобы перейти от элемента к элементу на веб-сайте. Мы хотим, чтобы кто-то дошел до конца навигационного меню с длинной стороны и щелкнул влево, чтобы двигаться дальше, меню закрывается. Для навигации по клавиатуре это происходит из-за того, что последний элемент в меню имеет ключевое слово, которое проверяет, использовал ли кто-нибудь ключ табуляции, и если это так, вызывается «closeMenu».Какие домашние события уволены щелчком слева на озвучке?

Какое событие dom мы можем прослушать, чтобы мы знали, когда кто-то использует салфетки (на телефоне/планшете) или стрелку Control-Option-Left (эквивалент рабочего стола) хочет перейти от меню?

Включает ли iPhone отчет в виде нажатия клавиши Ctrl-Alt-стрелки? Похоже, что он не сообщает об этом как о сенсорном или мускулатурном или клавишном. Согласно этой странице Dylan Barrell (http://webcache.googleusercontent.com/search?q=cache:jyTfjSFuLbEJ:unobfuscated.blogspot.com/2013/05/event-handlers-and-screen-readers.html+&cd=4&hl=en&ct=clnk&gl=us) Ctrl-Option-Space сообщается как «мышиный щелчок мышью», но он не упоминает комбинацию клавиш Voiceover и стрелку влево или вправо.

ответ

1

Вы должны получить onFocus и onBlur события. По крайней мере, это то, что показывает мой простой тестовый пример. У меня есть элемент с селектором CSS «focus» и что CSS применяется, когда я перехожу к этому элементу. Однако я не уверен, что вы должны делать то, что вы предлагаете.

При нажатии на VoiceOver вы по существу изучаете DOM. Вы не взаимодействуете со страницей. Это то же самое, что и JAWS и курсор виртуального ПК. Вы можете стрелка вверх/вниз, чтобы перемещаться по дереву DOM (аналогично перемещению влево/вправо в VO), но вы не взаимодействуете со страницей. Как только вы доберетесь до элемента DOM, который вас интересует, затем вы можете взаимодействовать со страницей (дважды нажмите с VO или введите/пробел с JAWS).

Что вы предлагаете - это средняя площадка. Вы хотите, чтобы пользователь VO перемещался по DOM, но когда они перемещаются мимо одного из элементов, вы хотите, чтобы это интерпретировалось как взаимодействие со страницей и закрытие меню.

Это может смутить типичного пользователя VoiceOver. Вам нужно будет выполнить некоторые тесты юзабилити с настоящими пользователями VoiceOver.

+0

Фантастический, спасибо! Я ошибался, не обращая внимания на фокус-материал, так как я сжег Safari/iDevices, играя странно вокруг изменений наведения (сначала «нажмите» = показать изменение наведения, второй щелчок = сделать навигацию), но это должно быть разным/управляемым. Re: должно ли это быть сделано, у нас есть идея, что сайт должен действовать одинаково для пользователей visual/keyboard/voiceover, но я вас слышу. По крайней мере, должен быть доступный пояснительный текст, и я отброшу вашу мысль от наших специалистов по доступности. –

+0

Если вы привержены этому поведению, просто имейте в виду, что вы будете создавать * разные * пользовательские возможности для пользователей вспомогательной технологии на ipad/iphone (VoiceOver), чем для пользователя ПК (JAWS/NVDA). Поэтому, хотя ваша цель - создать сайт, который будет действовать одинаково для всех, вы создадите сайт, который будет работать по-разному. Вы нарушите ментальную модель того, как пользователь VoiceOver ожидает, что навигация будет работать. Не стесняйтесь связаться со мной в автономном режиме или попросите ваших специалистов по a11y связаться со мной. В stackoverflow нет функции PM, поэтому отправьте заметку в мой идентификатор stackoverflow на yahoo. – slugolicious

Смежные вопросы