Когда использовать эллипсис после пунктов меню

Ответ 1

Важнейшим фактором является то, имеет ли параметр меню дополнительное подтверждение, прежде чем оно выполнит операцию. Так что Help-About не требует многоточия, но File-Open делает. Это то, что в любом случае рекомендуют рекомендации Microsoft, Apple и KDE.

Предполагается, что приложения Microsoft Windows следуют Microsoft "Руководства пользователя" . Вот что они говорят об эллипсах по пунктам меню.

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

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

Ответ Дэвида ссылается на руководство пользователя KDE 3,

Обратите внимание, что каждый элемент в меню, сначала открывается диалоговое окно, требующее дополнительная информация должна быть помечены оконечным эллипсисом (...) (например, Сохранить как..., Открыть...). Между пунктом меню нет места и "...". Простое подтверждение диалог не считается диалогом, который требует дополнительной информации.

Руководства Apple по человеческому интерфейсу говорят:

Когда он появляется во имя или элемент меню, многоточие character (...) указывает пользователю что дополнительная информация требуется до операция может быть выполнена. В частности, он подготавливает пользователя к ожидайте появления окна или диалог для выбора или введите информацию перед командой выполняет. Поскольку пользователи ожидают мгновенного действие с кнопок и пунктов меню (как описанных в "Кнопках" и "Меню Поведение" ), это особенно важно подготовить их к этому альтернативному поведение путем надлежащего отображения эллипсис. Следующие рекомендации и примеры помогут вам решить, когда использовать эллипсис в меню имена элементов и кнопок.

Ответ 2

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

Ответ 3

Вы правы, это подводит итог. Если вы хотите узнать больше, вы можете найти список руководств по стилю пользователя здесь: http://www.experiencedynamics.com/science-usability/ui-style-guides

Ответ 4

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

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

В некоторых программах, таких как (по крайней мере, более старая версия) Autodesk Maya (высококачественный пакет 3D-моделирования), многоточие было на самом деле маленькая диалоги-значок. Вы можете щелкнуть значок в меню, чтобы получить значок, или щелкните остальную часть пункта меню (текст), чтобы повторить команду с теми же настройками, что и в прошлый раз, или что-то в этом роде. Похоже, что идея не уловила и не стала основной.

Ответ 5

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

Пример из Vista В меню "Управление компьютером" Файл "Параметры"... имеет многоточие В Управление компьютером/Пользователи и группы/Пользователи. Щелкните правой кнопкой мыши пользователя. Новый пользователь... действие имеет многоточие, но переименовать его нет, хотя он требует дополнительных действий для фактического переименования учетной записи. В меню "Micrsoft SQL Server Management Studio" Файл "Печать имеет свойства..." с помощью Ellipsis.

Это сразу после 5 минут исследования. Есть еще много примеров.

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

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