Кнопка ОК и Отмена на правой ИЛИ левой стороне диалогового окна?

Я бы посмотрел на то, как автоматически создается всплывающее окно OK CANCEL. Например, в наборе инструментов управления Ajax есть расширение под названием 'modal popup', и в нем есть общие кнопки OK CANCEL, которые генерируются автоматически. Также в javascript есть некоторые методы confirm(), которые автоматически генерируют кнопки такого типа. Лично мне нравится смотреть на то, как эти разработчики размещают всплывающие окна, и использовать их реализацию, потому что это может быть что-то, что пользователь видел в прошлом. Надеюсь, это поможет.

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

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

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

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

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

Надеюсь, это поможет.

Если у вас диалоговое модальное окно, то оно всегда хорошо смотрится с правой стороны.

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

Я тоже нашел эту статью. Интересно -

http://measuringuserexperience.com/SubmitCancel/index.htm

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

Do you want to save this unsaved file before exiting the application?

                 [Save]  [Don't Save]  [Don't Exit]

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

Что бы вы ни выбрали, будет неправильно. Соглашения различаются для разных платформ (Win / Mac / Gtk / ...) и между регионами / языками, поэтому независимо от того, какой порядок вы используете, кто-то сочтет это запутанным. Лучшее решение - выбрать порядок во время выполнения на основе типа и настроек системы (если это не веб-приложение, но мы говорим о диалоговых окнах, так что это отдельная история).

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

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

В приведенной выше ссылке (http://measuringuserexperience.com/SubmitCancel/index.htm) в одном из комментариев в опросе упоминается "отмена как ссылка". Я видел такое в формах, и мне это даже нравится, когда submit - это кнопка, а reset - ссылка. Я ненавижу, когда я заполняю форму и нажимаю кнопку сброса, потому что она справа, а я не обратил внимания...

Просто мои $0.02.

Рекомендации по взаимодействию с пользователем Windows

ОК. ..Cancel or Cancel ... OK в диалоговом окне?

В программном обеспечении на английском языке OK должно быть слева от Cancel. То есть:

+------+ +--------+
|  OK  | | Cancel |
+------+ +--------+

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

Также, если вы действительно заботитесь о качестве графического интерфейса ...:
1. Фокус клавиатуры уже должен быть на «ОК».
2. Пользователь должен иметь возможность перемещаться между OK и Cancel с помощью TAB. Фокус не должен «застревать» на каком-то дополнительном элементе.
3. Все кнопки и элементы графического интерфейса должны иметь нормальный порядок табуляции. Когда вы сфокусированы на «ОК» и нажмете «TAB», вы должны перейти к «Отмена», а не к другому бесполезному элементу управления.
4. Нажатие Escape должно вызвать «отмену».
5. При закрытии окна должно появиться сообщение «Отмена»
. 6. Нажатие «Enter» может быть равносильно нажатию «OK» (некоторые программы используют это, а некоторые нет).
7. На кнопки должны быть назначены «ускорители». Т.е. кнопки должны быть помечены как ** O *** k * (O подчеркнут) и ** C *** ancel * (C подчеркнут). При нажатии Alt + O следует нажать «OK», а при нажатии «Alt + C» - нажмите кнопку «Отмена».
8. Ускорители клавиатуры должны быть правильно назначены для всех языков, поддерживаемых вашим приложением. Нажатие Alt + «буква на вашем языке, которая не может быть первой буквой любого слова» кажется странным.

AFAIK, качественный графический интерфейс следует этим рекомендациям. Забыть "ускоритель клавиатуры" и нарушить порядок табуляции (IMO) - это признак небрежности, и некоторые "опытные пользователи" мгновенно возненавидят вас за подобные ошибки.

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

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

В руководстве по взаимодействию с пользователем Windows (цитируется Джеем, с болезненной корневой ссылкой) говорится: «Кнопки фиксации идут снизу подряд, выравниваются по правому краю, ОК обычно крайний слева».

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