it-roy-ru.com

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

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

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

  • Многоточие

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

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

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

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

  • Многоточие

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

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

Что, вы парни, думаете?

48
Svish

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


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

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

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


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

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


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

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

78
MarkJ

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

3
avp

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

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

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

0
unwind

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

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

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

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

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

0
Frede

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

0
Aaron Digulla