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

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

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

  • многоточием

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

  • нет многоточием

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

но тогда всегда есть пункты меню, которые не следуют этому правилу. Например, элементы справки (How do I, Search, Index) и Find and Заменить (быстрый поиск, найти в файлах, найти символ) в Visual Studio.

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

  • многоточием

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

  • Нет Многоточием

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

Что вы думаете?

48
conventions menu standards user-interface

5 ответов

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

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

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

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

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

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

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

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

78

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

3

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

0

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

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

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

0

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

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

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

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

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

0