Удобство использования: Если клавиша ENTER закрывает форму мастера как ОК, даже если фокус не установлен на кнопке OK/DONE?

Question

У меня есть, по-моему, нечетный запрос закрыть форму мастера, как «Готово» или «ОК», если на клавиатуре нажата клавиша «Ввод», даже если кнопка «ОК/ДОН» не сфокусирована.

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

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

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

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

Является ли моя точка зрения узкой? Есть ли какие-либо исследования удобства использования или рекомендации, особенно для мастеров, чтобы подкрепить мое мнение или, может быть, доказать, что я неправ?

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

Майкл

Answer 1

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

Answer 2

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

Answer 3

Для меня это также кажется странным запросом, но, как говорит Пол, если клиент этого хочет, клиент получает его. Однако с точки зрения удобства использования/понимания я бы сделал границу кнопки ok/done намного толще, чем обычно, так, чтобы она немного отличалась и, возможно, указывала людям, что она имеет особое поведение. Также я мог бы сделать заметку в диалоговом окне/окне мастера, нажатие которого приведет к тому, что мастер закроется, как если бы была нажата кнопка OK/Done. Хотя один пользователь может знать, что нажатие Enter закроет его, если только кому-то не сообщили конкретно, они не будут ожидать такого поведения.

Answer 4

Хорошо, вот что: есть два вида пользователей, которые вы должны учитывать здесь.

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

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

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

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

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

Answer 5

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

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

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

Answer 6

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

На завершающей странице нажатие кнопки ввода завершит работу мастера (и взорвет Ирак, спустит спутник или удалит ферму Jimbob).

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

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

Answer 7

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

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

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

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

Answer 8

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

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

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

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

Answer 9

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

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

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

Answer 10

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