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

Question

В почти всех приложениях, имеющих панель меню, некоторые элементы имеют многоточие (...) после них, а некоторые нет. Есть ли известная конвенция о том, когда нужно поставить этот эллипсис там, а когда нет? Когда вы делаете это? Вы это делаете?

Я посмотрел на различных приложений, окон, и это то, что я пришел:

• Ellipsis

  • Пункты меню, который открывает форму, которая требует ввода данных пользователем, чтобы сделать что-то (Заменить, Перейти, Шрифт)

• Отсутствие эллипса является

  • пункты меню, которые только что-то делает (Вырезать, Вставить, Выход, Сохранить)
  • Пункты меню, которое открывает форму, которая не требует ввода пользователя (О, Проверить наличие обновлений)

Но всегда есть пункты меню, которые не следуют этому правилу. Например, элементы справки (как я, поиск, индекс) и поиск и замена (быстрый поиск, поиск в файлах, поиск символа) в Visual Studio.

Так после того, как думать об этом немного больше я теперь думаю, что это может быть вещь:

• Многоточие

  • пункты меню, которые, безусловно, открыть модальное окно.

• Нет Многоточие пунктов

  • меню, который открывает немодальное окно.
  • Элементы меню, которые не открывают окна.
  • пункты меню, которые, скорее всего, не будет открыть модальное окно (как Спасите, который делает открыть модальное окно, если вы не сохранили до или что-то подобное, но в остальном не)

Что вы, ребята, думаете?

Answer 1

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

---

приложения Microsoft Windows являются предполагается следовать Microsoft's "User Experience Guidelines". Вот что они говорят об эллипсах в пунктах меню.

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

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

---

ответ Давида цитирует KDE 3 user interface guidelines,

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

---

Apple Human Interface Guidelines говорят:

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

Answer 2

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

Answer 3

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

Answer 4

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

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

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

Answer 5

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

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

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

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

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