Удобство использования: должна ли клавиша ВВОД закрывать форму мастера как ОК, даже если фокус не установлен на кнопке ОК / ГОТОВО?

Question

По-моему, странный запрос закрыть форму мастера как Готово или OK, если на клавиатуре была нажата клавиша Enter, даже если кнопка OK / DONE не сфокусирована.

На мой взгляд, это было бы ошибкой юзабилити. Например: в мастере у вас может быть несколько элементов управления, кнопок, флажков, элементов управления с несколькими строками, и все они по-разному относятся к действиям из клавиши ВВОД. И не забывайте другие кнопки в навигации мастера, что если они сфокусированы?

Должны ли эти элементы управления не реагировать на Enter, как ожидалось ранее? Должны ли они выполнять свои действия, но в других случаях, когда Enter не предпринимает дальнейших действий для элемента управления, он должен закрыть форму == несовместимо?

Я думаю, что это типичная просьба, когда потребности одного человека помогли бы ему, но смутили многих других.

По моему мнению, Wizards - это нечто особенное, потому что они не только созданы для того, чтобы упростить задачу, но и очень часто ориентированы на людей с меньшим опытом работы с функциональностью приложения. Поэтому я серьезно отношусь к каждому запросу и пытаюсь рассмотреть все аргументы за и против запроса.

Моя точка зрения сужается? Существуют ли какие-либо исследования или рекомендации по юзабилити, специально для Wizards, чтобы подтвердить мое мнение или, может быть, доказать, что я не прав?

Большое спасибо!

Michael

Answer 1

Ну, вот в чем дело: здесь нужно учитывать два типа пользователей.

Пользователи первого типа - это Бэби-бумеры и Gen Xers (например, люди, которые использовали компьютеры в 70-х / 80-х годах), которые привыкли нажимать Enter, чтобы перейти к следующему полю. Это те, кто научился использовать компьютеры в терминалах / консолях и вводить означает, что вы закончили печатать в этом поле и перейдете к следующему.

Второй тип пользователей - это те, кого отучили от Windows. Эти люди привыкли нажимать клавишу Tab, чтобы перейти к следующему полю. Нажатие ввода для них означает, что они закончили со всем этим.

Так какой конвенции вы должны следовать? Это будет зависеть от того, нацелены ли вы на пользователей первого или второго типа, на среду (Windows или Web?) И ОС.

Если вы ориентируетесь на формы Windows, очень желательно быть совместимым с ОС (например, позволяя людям использовать Tab вместо Enter) для ввода формы. В Интернете вы находитесь в затруднительном положении, поскольку Enter перехватывается веб-браузером как событие отправки.

В конце концов, единственный полезный совет, который я могу предложить, это попробовать его с вашими целевыми клиентами и посмотреть, предпочитают ли они Enter над Tab.

Answer 2

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

Answer 3

Не имеет значения. Выберите и будьте последовательны во всех ваших приложениях

Answer 4

Я бы сказал, что вы можете использовать эту функцию для продвижения вперед через мастера, но ТОЛЬКО если на этой странице не было предпринято никаких других действий.

В тот момент, когда поле заполнено или нажата / выделена кнопка или курсор перемещен из положения по умолчанию, функция Enter должна вернуться к стандартной операционной системе.

Как уже говорили другие, ясно, что это будет работать только в том случае, если те, кто использует мастер, были осведомлены об этом как часть своего обучения работе с приложениями, но это может оказаться полезным для быстрого перемещения по неиспользуемым страницам мастера, чтобы добраться до места пользователь должен быть.

Answer 5

Обучите своих клиентов. Покажите им некоторую документацию о том, почему это предложение не может быть хорошей практикой юзабилити.

Некоторые авторитетные веб-сайты будут работать лучше, так как клиенты, как правило, доверяют третьей стороне, прежде чем поверить вам. В конце концов, для них вы, вероятно, просто ленивы и не хотите больше работать.

Если клиент по-прежнему не уступает, тогда просто делайте то, что он хочет, и предупреждайте его, что это нехорошо.

Хотя в вашем случае "хорошая вещь" кажется немного в серой области.

Answer 6

Возможно, у клиента есть на то веские причины. Представьте себе следующую ситуацию: Экран с множеством необязательных полей, который часто открывается / закрывается и где точность данных не является критически важной.

Подумайте о маленькой программе, которая появляется каждые полчаса, чтобы спросить вас, чем вы занимались, для какого клиента и, возможно, каких-то заметок, чтобы он мог собрать эту информацию и сгенерировать ваше расписание.

Возможность открыть экран, ввести информацию и закрыть все это очень быстро, и с минимальными трудностями это намного важнее, чем точность данных.

Я могу представить множество ситуаций, когда возможность подтвердить поле без фокуса может быть полезной.

Answer 7

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

На странице завершения нажмите Enter, чтобы завершить работу мастера (и взорвать Ирак, сбить спутник или стереть ферму Джимбоба).

Если пользователь может повторно запустить мастер, я не думаю, что было бы катастрофическим, если бы он случайно закончил его.

Помните, что волшебники никогда не должны предпринимать никаких действий, пока они не будут завершены, в случае, если пользователь отменяет или что-то подобное. Диалоговые окна подтверждения на финише утомительны, и я буду охотиться за вами, если вы их используете, я думаю, что как только пользователь закончит работу с мастером, он почти уверен в своих намерениях.

Answer 8

Возможно, этот запрос вызван тем, что в UAT, который был выполнен мастером, были задействованы пользователи, которые не знали, что нажатие клавиши ENTER будет иметь тот же эффект, что и нажатие кнопки?

Если при отображении последней страницы мастера кнопка «Готово» уже подсвечена (как я и ожидал), что, возможно, это вопрос предоставления пользователю некоторого сигнала, что он также может нажать ENTER на этом этапе.

Если вы возьмете, например, Google, я помню, что если вы склонны систематически вводить поисковый запрос, а затем нажимать кнопку «Поиск» мышью, в верхней части результатов поиска отображается сообщение, которое намекает вам, что вы также можете просто нажать ENTER. Очевидно, что это не то, что легко сделать в вашем случае, потому что это последняя страница мастера, но, может быть, это та вещь, которую ваш клиент пытается заставить вас спроектировать?

Answer 9

Мне это тоже кажется странным запросом, но, как говорит Пол, если клиент хочет, то клиент его получает. Однако, с точки зрения удобства использования / понимания, я бы сделал границу кнопки «ОК / Готово» намного толще, чем обычно, чтобы она немного выделялась и, возможно, указывала на то, что у нее особое поведение. Также, возможно, я бы отметил в диалоговом окне / окне мастера, что нажатие клавиши ввода приведет к закрытию мастера, как если бы была нажата кнопка OK / Готово. В то время как один пользователь может знать, что нажатие клавиши enter закроет его, если кому-то еще не было специально сказано, он не будет ожидать такого поведения.

Answer 10

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