-
Notifications
You must be signed in to change notification settings - Fork 64
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
При вызове меню мышью нет фокуса в поиске #1313
Comments
Привет, да, всё так. Дело тут в том, что по-хорошему не стоит управлять фокусом за пользователей. То есть, если ты нажал на кнопку, которая что-то открывает, пользователи не ожидают, что фокус с неё автоматически переместиться на следующий элемент. Есть исключения, конечно, но в большинстве случаев это должно работать так. А вот горячая клавиша — это уже то, что, как раз, должно максимально сохранять твоё время, и вести прямо на поле поиска (в данном случае). Про всегда видимое поле поиска очень многие писали уже, что хотелось бы так. Мне бы тоже, на самом деле, но @skorobaeus лучше меня расскажет, почему решили его скрывать, всё же. |
Подушню немного все-таки)
citation needed) Что это за пользователи, которые нажимая мышью на кнопку поиска ожидают фокуса не на поиске и которым нужен фокус на кнопке закрытия? Это данные по юзерам или по вашей команде) Буквально не могу вспомнить сходу ни одного сайта, где при нажатии на кнопку поиска фокус не ставился бы на инпут. Примеры: MDN, github, web.dev, learn.javascript.
Вот это как раз оно, мне кажется! |
Загвоздка в том, что выезжающий элемент — это не только поле поиска, но и навигация по разделам. Был бы один поиск — было бы проще с установкой фокуса. |
Вопрос про то, где отбирать у пользователей фокус, а где нет, уже изучен до нас, к счастью. Той же NN/g. Если заглянуть во WCAG, там есть специальный критерий, который говорит, что при фокусе на элементе не должен автоматически переключаться контекст, а также он, фокус, должен оставаться на выбранном пользователем элементе, пока тот не решит его перенести. Также это одна из эвристик Нильсена — User Control and Freedom. В случае нашей гамбургерной кнопки открывается не только поле поиска, но и список разделов, а также ссылка на главную. Так что это не кажется исключением. |
Чето вы тут сами себе противоречите ребята) То есть управление с клавиатуры у вас игнорирует критерии, потому что удобно, а с мыши нет? Но с мышью то юзерам это вообще зачем? Тогда уже наоборот надо было делать. Ну и общепринятая практика, как я показал выше, явно не соответствует этому подходу. Что в этом случае опять же логично. А когда теория противоречит практике, то эт самое) Ну да ладно, дело ваше конечно. А кому хочется все-таки с фокусом и на всю шапку вот запилил userscript и userstyle Всем чмоки в этом чате! PS хоткеи наверно не попадают в критерий? Тогда вы правы. Но сути не меняет: не хочу целиться в кнопку и кликать лишний раз) |
Критерий On focus не только про клавиатуру, но и про мышки тоже, а ещё переключатели, стилусы, тапы и так далее. Если навигироваться с клавиатуры, установить фокус на кнопке-гамбургере и нажать на Enter или пробел, то фокус тоже остаётся на кнопке до тех пор, пока пользователь не нажал на Tab или Tab Enter. Горячая клавиша на то и горячая клавиша, что она нужна для специальных действий, например, для быстрого перехода к строке поиска. В этом нет никакого противоречия. Это нестандартный способ навигации для пользователей клавиатуры. Кнопка, раскрывающая меню в шапке Доки, НЕ равно кнопка поиска. Она даже называется «Открыть меню». У MDN совершенно другое устройство меню, как и у перечисленных тобой сайтов. |
При открытии главного меню (три точки) с помощью мыши, в поле поиска нет фокуса (он на крестике). В итоге приходится каждый раз делать два клика.
При использовании горячей клавиши
/
такой проблемы нет.Мне кажется будет удобнее и логичнее делать фокус на поле поиска.
PS Уже немножко не по теме, но я бы поле поиска вообще не прятал, тогда можно было бы кликать на большую часть шапки сразу)
The text was updated successfully, but these errors were encountered: