Заказ кнопок OK, APPLY, CANCEL

Ответ 1

Я бы придерживался ответа Криса Робертса: согласуйтесь с операционной системой.

Изменить:, даже если вы считаете неправильным размещение, имейте в виду, что в случае Windows Microsoft делает тонну тестирования пользователей и доброжелательности фокус-групп. Даже если Ok-Cancel-Apply не лучший ответ для вашего приложения, если пользователи привыкли к этому макету, то это, вероятно, самое плохое решение.

Я думаю о недавнем изменении интерфейса Ubuntu, в котором команда Canonical решила переместить кнопки минимизации/максимизации/закрытия в верхней части окна хром. Функциональность не изменилась, но мальчик сделал это для некоторых пользователей (включая меня). Из всех проблем, с которыми может столкнуться ваше приложение, действительно ли вам нужно добавить головную боль в пользовательском интерфейсе?

Ответ 2

Чтобы ответить на ваш первый вопрос, в Руководстве по взаимодействию пользователей Windows для Windows 7 и Windows Vista задайте следующий порядок для ваших командных кнопок (p506):

• ОК

• Отмена

• Применить

• Help

Теперь вы умнее Microsoft? Ну, ты вряд ли первый, но ты должен это доказать, прежде чем выпускать свой дизайн. Запустите тест юзабилити на кучу пользователей, специально создавая сценарии, чтобы проверить:

• Ваш альтернативный порядок кнопок обеспечивает превосходную производительность пользователя.

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

Перейдите к руководству Windows UX только в том случае, если оба из указанных выше продемонстрированы как истинные.

Что касается вашего второго вопроса, я бы рекомендовал, чтобы вы не меняли Отменить на "Закрыть" после выбора пользователем "Применить". Кнопка "Закрыть" обычно подразумевает, что любые последующие изменения не могут быть возвращены. Возможно, пользователи не заметили начальную подпись кнопок, поэтому могут полагать, что диалог никогда не поддерживает отмену, заставляя пользователя неохотно исследовать диалог дальше. Оставляя подпись под названием "Отмена", пользователи уверяют, что они могут отказаться от любых изменений, которые они делают дальше. Если некоторые пользователи опасаются, что Cancel отменит все, что они применили, я ожидаю, что они просто выберут OK. В теории. Тестирование еще раз скажет вам, что пользователи действительно думают и делают, и какой дизайн делает лучший компромисс.

Im с вами, что эти гибридные одноразовые/многопользовательские диалоговые окна OK/Apply являются klugey и запутанными. Одна из альтернатив, которая затрагивает всю проблему, заключается в том, чтобы использовать "немедленную фиксацию", где любые изменения, внесенные пользователем, мгновенно отображаются в приложении (это может быть "инспектор свойств", как называет его Руководство по UX). Немедленная фиксация устраняет необходимость в OK, Apply и Cancel. Вместо этого у вас есть "Закрыть" , и я также предлагаю вам также кнопку "Отменить", которая работает как элемент меню "Отменить", последовательно отменяя каждое изменение, сделанное пользователем при каждом выборе. В дополнение к тому, чтобы избежать путаницы OK/Apply/Cancel/Close, этот проект выполняется быстрее (меньше кликов, чтобы попробовать изменения), дает понять, какой пользовательский ввод имеет какой эффект и поддерживает инкрементное отмену (Cancel is all or nothing).

Ответ 3

Я бы не расходился с наиболее широко используемым семейством операционных систем в мире...

Ответ 4

Он должен оставаться как OK-CANCEL-APPLY. Обычно пользователи будут нажимать "ОК" после завершения всего, но нажатие "Применить" позволит пользователю протестировать сделанные изменения без закрытия диалогового окна. Кнопки "ОК" и "Отмена" сохраняются вместе в оповещениях, но в некоторых диалоговых окнах добавлено приложение "Применить", чтобы добавить дополнительные функции. Храните его так же, как и операционная система, и какие пользователи Windows используются.

Ответ 5

Извините, ребята, но любой, кто считает Microsoft подходящей парадигмой юзабилити, просто не обращает внимания. Большинство их проектов возникло до того, как все пользовательские тестирования вообще, и поэтому Microsoft неохотно переходит от этой массивной инерции. Для этого я не обвиняю их, но есть большая ошибка для бессовестного пользовательского интерфейса в любых продуктах Microsoft. Просто посмотрите на это: Чтобы выйти из программы, вы нажмете кнопку START. Если их миллионы были потрачены на этот битва, тогда эти доллары также были потрачены впустую.

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

Мое собственное тестирование подтверждает, что Windows напротив работает лучше, даже с пользователями, которые были с Windows на протяжении всего их опыта работы на компьютере. Для читателей справа налево кнопки упорядочения от меньшей мощности до большей мощности работают лучше и имеют больше смысла. Отмените сначала, затем "Сохранить", больше похоже на стиль Apple.

Ответ 6

В Windows:

OK Cancel

Prev Next

Agree Disagree

В Mac OS:

Cancel OK

Prev Next

Disagree Agree

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

Для меня имеет смысл, что что-то предыдущее или прошлое должно быть слева, а следующее или будущее должно быть справа. Но опросы показывают 50%/50%... Итак, окончательное решение зависит от вас.

Оффтоп: Я использую Microsoft из Windows 3.11 и почти уверен, что никто в Microsoft никогда не думал об этом так глубоко... и о многом другом в пользовательском интерфейсе тоже...