Переключение OK-Cancel и Cancel-OK для обеспечения взаимодействия с пользователем?

Question

Это связано с вопросом OK-Cancel или Cancel-OK? .

Я помню, как где-то читал о концепции переключения OK-Cancel / Cancel-OK в определенных ситуациях, чтобы пользователь не мог щелкать информационные всплывающие окна или диалоговые окна, не читая их содержимое. Насколько я помню, это также включало перемещение положения кнопки ОК (по горизонтали, слева направо), чтобы пользователь просто не запомнил, где нажимать.

Это действительно имеет смысл? Это хороший способ заставить пользователя «сначала подумать / прочитать, а затем нажать»? Существуют ли другие концепции, применимые к такой ситуации?

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

Answer 1

Интересно, думаете ли вы о параметре, существующем в Visual Basic, где вы можете задавать различные варианты запросов и ответов; и один из вариантов - разрешить переключение «Отмена» и «ОК» в зависимости от того, какое значение должно быть по умолчанию; так что пользователь может просто нажать Enter и большую часть времени получить правильное действие.

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

Answer 2

Я на самом деле не за OK / Отмена. Он используется слишком часто и требует, чтобы вы прочитали бормотание, чтобы сказать, что вы в порядке или отменяете. Следуйте идее интерфейса MacOSX: кнопка содержит простую и понятную фразу, которая сама по себе имеет смысл. Например, вы меняете расширение файла, и появляется диалоговое окно, в котором говорится:

"Are you sure you want to change the extension from .py to .ps?"
If you perform the change, the document could be opened by a different application.

(Use .ps)   (Keep .py)

Это намного более коммуникативно, чем OK / Отмена, и ваш вопрос становится почти лишним, то есть вам просто нужно оставить активную крайнюю правую кнопку, которая кажется стандартной.

Что касается необработанного вопроса, который вы задали. Никогда не делай этого. Когда-либо. Даже под дулом пистолета. Согласованность является важным условием для графического интерфейса. Если вы не согласны, вы испортите пользовательский опыт, и ваши пользователи, скорее всего, воспримут это как ошибку, а не как функцию (на самом деле это будет ошибка). Последовательность очень важна. Чтобы это сломать, у вас должна быть очень веская причина, и не должно быть другого, стандартного способа достижения того же эффекта.

Answer 3

Это то, что я ответил на Вопрос порядка кнопки «Отправить / Сброс» , и я думаю, что тот же принцип можно использовать здесь. Порядок не имеет большого значения, если вы убедитесь, что пользователь может различить две кнопки. В прошлом я использовал кнопку для кнопки (отправить / ОК) и ссылку для кнопки (сброс / отмена). Пользователи могут сразу сказать, что эти два элемента функционально различны, и, следовательно, обращаться с ними таким образом.

Answer 4

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

Решение этой проблемы, если ваша цель состоит в том, чтобы обеспечить понимание пользователей, это:

• Вопрос пользователю о контенте. Если вы нажмете «ОК», вы соглашаетесь с вариантом 1 или если вы нажмете «ОК», вы соглашаетесь с вариантом 2. Если они выберут правильный ответ, разрешите действие.
• Это раздражает пользователя, поэтому, если вы можете отслеживать пользователей, делайте это только один раз для каждого сообщения.

Answer 5

Сочетания клавиш по-прежнему будут работать так же, как и раньше (и вы будете удивлены, как мало людей на самом деле используют мыши (особенно в приложениях LOB).

Vista (и OSX IIRC) перешли к идее использования определенных глаголов для каждого вопроса (например, «Отправить» / «Не отправлять», когда приложение хочет аварийно завершить работу и хочет отправить аварийный дамп в MS)

На мой взгляд, мне нравится подход, используемый Outlook, когда приложение пытается отправить электронное письмо через COM с таймером, прежде чем разрешить использование кнопок (также влияет на сочетания клавиш)

Answer 6

Но если ОК / Отмена не согласованы, это может сбить с толку или расстроить пользователя.

И не похоже на некоторые лицензионные соглашения, когда пользователь вынужден прокручивать панель вниз, прежде чем кнопка «Согласен» станет активной Иногда вы просто не сможете заставить пользователя внимательно все прочитать.

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

Изменить: Или потребовать какой-то дополнительный механизм, чем просто нажать, чтобы "принять" очень важное решение. Флажок, нажатие клавиши, пароль и т. Д.

Answer 7

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

Кроме того, вместо двух кнопок есть две переключателя и одна кнопка «ОК», причем по умолчанию выбрана кнопка «не продолжать».

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

Answer 8

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

Я вижу еще один хороший пример принуждения пользователя «читать» перед щелчком: Firefox всегда выделяет серым цветом кнопку (отключение a.k.a) кнопки «ОК». Поэтому пользователь должен ждать около 5 секунд, прежде чем он сможет что-либо делать. Я думаю, что это лучшее, что я видел, заставляя пользователя читать (и думаю )

Другой пример, который я видел, находится на странице «Лицензии и соглашения» установщика. Некоторые из них требовали от пользователя прокрутки вниз до конца страницы, прежде чем он / она сможет перейти к следующему шагу.

Answer 9

Не переключайте это - вы только запутаете больше, чем поможете.

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

Не знаю, насколько лучше, но это может помочь.

Просто запомни, как сказал человек: ты не можешь исправить глупость.

Answer 10

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