Когда использовать многоточие после пунктов меню - PullRequest
51 голосов
/ 12 марта 2009

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

Я посмотрел на различные приложения Windows, и вот к чему я пришел:

  • Многоточие

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

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

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

Поэтому, подумав немного об этом, я теперь думаю, что это может быть вещь:

  • Многоточие

    • Пункты меню, которые обязательно откроют модальное окно.
  • Нет многоточия

    • Пункты меню, открывающие немодальное окно.
    • Пункты меню, которые не открывают окна.
    • Пункты меню, которые, скорее всего, не будут открывать модальное окно (например, «Сохранить», которое открывает модальное окно, если вы ранее не сохраняли или что-то в этом роде, но в противном случае этого не делают)

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

Ответы [ 5 ]

79 голосов
/ 12 марта 2009

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


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

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

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


В ответе Дэвида приводятся рекомендации по пользовательскому интерфейсу KDE 3 ,

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


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

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

3 голосов
/ 12 марта 2009

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

0 голосов
/ 23 апреля 2010

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

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

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

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

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

0 голосов
/ 12 марта 2009

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

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

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

0 голосов
/ 12 марта 2009

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

...