что лучше для интуитивного использования пользователем?
ОК... Отмена или Отмена... ОК в диалоговом окне?
изменить:
arghhhh Я вступил в ловушку: P
Кажется, что какой-то пользователь меня неправильно понял...
Я не хочу иметь ОК и Отмена в левой/правой части диалогового окна.
что я имею в виду, должна ли кнопка ОК быть правой рукой на кнопку "Отмена" или наоборот?
Вот что я имел в виду:)
Установите стандарт для всех ваших продуктов, поэтому все они имеют одинаковое поведение.
Изучите и следуйте стандарту для OS/Platform, для которой вы разрабатываете.
Учтите, что некоторые культуры/регионы могут ожидать разные позиции кнопок.
Позвольте легко передумать, не обновляя каждый диалог.
Ни. "ОК" и "Отмена" особенно плохо подходят для диалоговых кнопок. На кнопках диалога на самом деле должны быть отмечены действия, выполняемые каждой кнопкой - например,
Do you want to save this unsaved file before exiting the application?
[Save] [Don't Save] [Don't Exit]
И в любом случае я бы предложил упорядочить слева направо по порядку "скорее всего", поэтому в моем примере я предполагаю, что Saving является наиболее вероятным выбором, за которым следует выход без сохранения, затем не покидая. Это наиболее интуитивно понятное для языка слева направо, так как пользователь, скорее всего, скорее всего приблизится к своему предпочтительному выбору, но другие направления на языках будут отличаться.
ОК... Отмена или Отмена... ОК в диалоговом окне?
В английском ПО ОК должно быть слева от Отмена. То есть:.
+------+ +--------+
| OK | | Cancel |
+------+ +--------+
Для других языков вы должны следовать тому, что обычно используется. Я не был бы удивлен, если в языках справа налево ОК будет справа от отмены.
Также, если вы действительно заботитесь о качестве GUI...:
1. Клавиатурный фокус уже должен быть на "ОК" .
2. Пользователь должен иметь возможность перемещаться между OK и Cancel с помощью TAB. Фокус не должен "застревать" на каком-то дополнительном элементе.
3. Все кнопки и элемент gui должны иметь правильный порядок вкладок. Когда вы сосредоточены на "ОК" и нажмите "ТАБ", вы должны перейти к "Отмена" , а не к какому-либо другому бесполезному контролю.
4. Нажатие Escape должно вызвать "отменить".
5. Закрытие окна должно вызвать "Отмена"
6. Нажатие "Enter" может быть равно нажатию "OK" (какое-то программное обеспечение использует это, а некоторые нет).
7. Кнопки должны иметь "ускорители". То есть кнопки должны быть лабильными ** O *** k * (O подчеркнуто) и ** C *** ancel * (C подчеркнуто), Нажатие Alt + O должно нажать "OK", а нажатие "Alt + C" должно нажмите кнопку "Отмена" .
8. Ускорители клавиатуры должны быть правильно назначены для всех языков, поддерживаемых вашим приложением. Нажатие клавиши Alt + "на вашем языке, которая не может использоваться как первая буква любого слова", кажется странным.
AFAIK, качественный GUI следует этим рекомендациям. Забывая "ускоритель клавиатуры", беспорядочный порядок вкладок (IMO) является признаком неряшливости, и некоторые "опытные пользователи" мгновенно ненавидят вас за такие ошибки.
Кроме того, если приложение полноэкранное, вы можете использовать следующий трюк - когда появляется "ОК/Отмена", перемещайте курсор мыши между кнопками (или над кнопкой "ОК" ), когда окно закрыто, восстановление предыдущего должность. Примечание: это больше подходит для полноэкранных игр, использование его в "стандартном" gui может раздражать.
Если у вас есть модальное окно диалога, оно всегда хорошо выглядит с правой стороны.
Личные рассуждения - это что-то вроде того, что пользователь читает слева направо, и в конце он хотел бы видеть кнопки на правой стороне, как только он закончил читать...
Я тоже нашел эту статью. Интересно -
То, что сегодня использует большинство окон, - это ОК и Отмена, с ОК слева и Отмена справа, с OK, как кнопка по умолчанию, чтобы щелкнуть.
Обычно это используется, если диалоговое окно не просит сделать что-либо потенциально опасное. Если это так, например, они хотят удалить somthing, что обычно не удаляется, а затем поменяйте их и по умолчанию отмените Cancel. Поэтому люди дважды проверяют себя, когда clciking OK и с меньшей вероятностью ошибочно нажмите "Отмена".
Кроме того, при чтении сначала выполняется OK, и это позволяет пользователю быстро и легко читать его и принимать.
Надеюсь, что это поможет.
Личный опыт: Я нашел, что кнопки справа в столбце являются наименее спорными - вот что: после того, как вы решили это, дальнейших обсуждений нет, таких как "выровнять по левому краю", центрировать или выровнять вправо? "," когда выравнивание по правому краю, не должно "ОК" получить фиксированное положение, то есть самое правое? ".
Руководство пользователя для пользователей Windows (как цитирует Джей с болезненной корневой ссылкой): "Кнопки фиксации перейдите в нижнюю строку, выровненную по правому краю, ОК, как правило, влево".
В руководстве по стилю ничего не сказано о "командных кнопках" (т.е. кнопок, которые не фиксируют диалог). Примеры подсказывают нижнюю правую строку для кнопок фиксации и верхний правый столбец для командных кнопок, хотя я лично считаю это довольно неуловимым.
Я думаю, что поставить выбор по умолчанию на правильную сторону - лучшая идея. По-моему, проще нажать правую кнопку (я не знаю, почему:)), и я могу быстро пересмотреть свою идею, читая ее слева (я знаю, что это довольно много секунд, но может быть полезно)
Я думаю, что я в меньшинстве, но мне нравится, что по умолчанию или ожидаемый вариант слева. Возможно, это от чтения слева направо, или это первый элемент, поэтому я ожидаю, что это будет тот, который поможет мне достичь желаемого результата.
В ссылке, приведенной выше (http://measuringuserexperience.com/SubmitCancel/index.htm), один из комментариев в опросе упоминается как "отменить как ссылку". Я видел это в формах и вроде как, где submit - кнопка, а reset - ссылка. Ненавижу, когда я заполняю форму и нажимаю кнопку reset b/c справа, и я не обращаю внимания...
Только мои $0,02.
Что бы вы ни выбрали, это будет неправильно. Соглашения варьируются между платформами (Win/Mac/Gtk/...) и между регионами/языками, поэтому независимо от того, какой порядок вы используете, кто-то будет считать это запутанным. Лучшее решение - выбрать заказ во время выполнения на основе типа и настроек системы (если это не веб-приложение, а мы говорим о диалоговых окнах, так что другая история).
К счастью, вам не нужно реализовывать лучшее решение - это уже сделано для вас. Современные GUI-инструменты обычно предоставляют некоторый механизм для обработки порядка кнопок диалога. Например, Qt предоставляет виджет QDialogButtonBox. Используйте виджет (или другой механизм), который предоставляет ваш инструментарий.
Я предполагаю, что такая вещь будет региональной, особенно основанной на праве налево или вправо и вправо. Для пользователя из Америки и Америки: я бы поместил окно ok в нижнем левом углу, так как это макет, к которому я привык видеть уже.
Я бы посмотрел, как автоматически создается всплывающее окно OK CANCEL. Например, в наборе инструментов управления Ajax есть расширение, называемое "модальное всплывающее окно", и оно имеет общие кнопки OK CANCEL, которые автоматически генерируются. Кроме того, есть некоторые методы confirm() в javascript, которые автоматически генерируют эти типы кнопок. Лично мне нравится смотреть, как эти разработчики выкладывают всплывающие окна и используют их реализацию, потому что это может быть что-то, что пользователь видел в прошлом. Надеюсь, это поможет.
Чтобы добавить мои два цента - я предпочитаю Cancel, OK.
Для меня кнопка "да, хорошо, вперед", естественно, живет с правой стороны. Переход на "следующую" страницу на форуме или мастер установки почти всегда с правой стороны. Если в окне предупреждения есть только одна кнопка, которая обычно выравнивается по центру или по правому краю.
Отмена эффективно выполняет операцию "назад", которая обычно находится всегда слева от всего: веб-браузеры, мастера установки.
Но в конечном итоге это вам. Выберите конвенцию и придерживайтесь ее!
Nielsen Norman Group дает хорошие мысли по этому вопросу. Они утверждают, что оба пути являются правильными с точки зрения UIX, поскольку это зависит от правила, которое вы применяете. Выдержка ниже немного объясняет...
Оба являются разумным выбором, и люди могут часами спорить о своих предпочтениях:
- Листинг OK сначала поддерживает естественный порядок чтения на английском и другие языки, которые читаются слева направо. Многие другие наборы кнопок имеют естественная прогрессия (скажем, "Да/Нет" или "Предыдущий/Следующий" ). Вам следует всегда указывайте их так, чтобы порядок чтения соответствовал логическому порядку - в этом случае OK/Отмена. Кроме того, предполагая, что пользователи нуждаются в ОК намного больше часто, чем Отмена, лучше сначала поставить эту опцию что пользователи с клавиатурой, которые нажимают кнопки, могут предпочтительный выбор с одним меньшим нажатием клавиши.
- Листинг OK последний улучшает поток, потому что диалоговое окно "заканчивается" его завершением. Кроме того, поскольку с Previous/Next, вы можете утверждать, что OK - это выбор, который перемещается пользователь вперед, в то время как Отмена возвращает пользователя обратно. Таким образом, ОК должно находиться в том же месте, что и Next: справа.
Лично мне нравится вторая тема лучше, как-то ОК, прежде чем CANCEL заставляет меня чувствовать, что я не продвигаюсь вперед. И если вы сделаете это на веб-интерфейсе, вы можете просто сосредоточить внимание на кнопке, которую, по вашему мнению, будет больше нажимать на пользователя.