Да-да, и в опере… ну ясное дело. Собственно поэтому там в прошедшем времени написано.
В любом случае когда мы говорим о производительности, а не о формальной возможности навигироваться без мыши такие решения всё-равно не подходят т.к. они не учитывают бизнес кейсы.
Его упоминали и выше. В статье попытался описать почему нам не хватает одних только хоткеев. Простая нумерация не устраивает ещё и потому что одни и те же действия на разных страницах могут иметь разные хоткеи (в зависимости от кол-ва ссылок) не говоря уже о семантике этих хоткеев.
Всё-таки я не говорю о полном отказе от мышки, а о том, что сейчас навигации с клавиатуры в вебе не уделяется должное внимание.
>Пользователю сложнее сделать ошибку (нужно целиться в кнопку, а не в пиксель).
Непонятное умозаключение.
Есть люди с различными нарушениями, которым тяжело руку держать ровно и при этом нажимать на кнопку мыши. Т.к. возраст пользователя веб приложений растёт (а в B2B он заметно, выше чем в открытом интернете) эта проблема становится ещё более актуальной. Ну и мне кажется это вполне очевидным, например, прилипание курсора к сетке или к объектам в графических редакторах может заметно облегчить работу.
>Снижение нагрузки на глаза (многие функции можно выполнять вообще не смотря на монитор).
Еще одно непонятно умозаключение, зная наизусть коткеи вы будете смотреть зачем-то в клавиатуру? Или в потолок?
Если мы работаем с клавиатуры, то зачастую необязательно фокусироваться на каждом элементе, чтобы взаимодействовать с ним. Чтобы увидеть какое поле сейчас активно нужно гораздо меньше напрягаться, чем для того чтобы активировать его с помощью мыши. Про «не смотря на монитор» имелось ввиду что мы можем вводить текст не смотря в то поле, где вводим текст (никто же не предлагает экранную клавиатуру для этого использовать...) поэтому глаза либо отдыхают либо могут смотреть уже на следующее поле ввода.
Может :) Правда это зависит от того как мы определили, что нам 15ое письмо нужно. Возможно, если это не первые пять писем легче вызвать поиск ввести тему и нажать enter против поцелиться, поскролить, поцелиться, поскролить…
Ну и никто ведь не спорит, что иногда мышка эффективнее.
Здесь же решался вопрос на сколько быстро и просто мы можем покрыть требования по accessibility и при этом улучшить UX в ключевых местах.
Можно, конечно, разные примеры приводить. Но проще на мой взгляд зайти в gmail и яндекс почту и нажать кнопочку вниз.
А потом зайти на мейл.ру и почувствовать разницу.
Ну и не нужно забывать о требованиях accessibility, которые присутствуют во многих странах на уровне закона.
Да, это работает (например в аутлуке). Горячими клавишами сложно покрыть кейсы когда нужна именно навигация (перемещение по списку/таблице/дереву). Ну и думая о стандартных плагинах нужно помнить, что здорово если есть возможность использовать сочетания клавиш, которые использовались до внедрения нашего решения…
Здорово встретить единомышленников :)
Заказчики такие существуют, не всегда просто, но можно объяснить чего они хотят на самом деле.
По поводу:
Vimium, VimFx, vimperator etc.
Я постарался описать в статье, чем не подходят плагины к браузерам. Можно ещё добавить, что мы думаем не про одного опытного пользователя, а всё-таки про 1000 пользователей + хотелки заказчиков никто не отменял даже если они любят клавиатуры.
В любом случае когда мы говорим о производительности, а не о формальной возможности навигироваться без мыши такие решения всё-равно не подходят т.к. они не учитывают бизнес кейсы.
Планируем её развивать и выложить что-то более живое с примерами…
Есть люди с различными нарушениями, которым тяжело руку держать ровно и при этом нажимать на кнопку мыши. Т.к. возраст пользователя веб приложений растёт (а в B2B он заметно, выше чем в открытом интернете) эта проблема становится ещё более актуальной. Ну и мне кажется это вполне очевидным, например, прилипание курсора к сетке или к объектам в графических редакторах может заметно облегчить работу.
Если мы работаем с клавиатуры, то зачастую необязательно фокусироваться на каждом элементе, чтобы взаимодействовать с ним. Чтобы увидеть какое поле сейчас активно нужно гораздо меньше напрягаться, чем для того чтобы активировать его с помощью мыши. Про «не смотря на монитор» имелось ввиду что мы можем вводить текст не смотря в то поле, где вводим текст (никто же не предлагает экранную клавиатуру для этого использовать...) поэтому глаза либо отдыхают либо могут смотреть уже на следующее поле ввода.
Ну и никто ведь не спорит, что иногда мышка эффективнее.
Здесь же решался вопрос на сколько быстро и просто мы можем покрыть требования по accessibility и при этом улучшить UX в ключевых местах.
А потом зайти на мейл.ру и почувствовать разницу.
Ну и не нужно забывать о требованиях accessibility, которые присутствуют во многих странах на уровне закона.
Заказчики такие существуют, не всегда просто, но можно объяснить чего они хотят на самом деле.
По поводу:
Я постарался описать в статье, чем не подходят плагины к браузерам. Можно ещё добавить, что мы думаем не про одного опытного пользователя, а всё-таки про 1000 пользователей + хотелки заказчиков никто не отменял даже если они любят клавиатуры.