Mac OS X Human Interface Guidelines / Руководство по проектированию пользовательских интерфейсов для Мак ОС X: Chapter 6 — UI Element Guidelines: Menus

Параграф 6 — Руководства по элементам пользовательского интерфейса: меню

tucvbif 04.05.12 в 21:05

Меню представляют собой списки вариантов — команд, свойств или состояний — один из которых пользователь может выбрать

tucvbif 04.05.12 в 21:06

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

tucvbif 04.05.12 в 21:29

В Mac OS X есть несколько видов меню:

tucvbif 04.05.12 в 21:30

* Строка меню в верхней части экрана — в ней располагаются команды активного приложения. Приложение здесь обычно отображает несколько разных меню (Подробнее см. «все приложения используют одну строку меню» на стр.17)

tucvbif 04.05.12 в 21:36

* Меню Дока, которое содержит команды, назначенные системой (такие, как «показывать в Finder» или «не убирать из Дока»), а также характерные для конкретного приложения (например, «новое окно»). Увидеть это меню можно, нажав на значок в Доке, удерживая Control, либо просто нажатием и удержанием кнопки мыши на значке.

tucvbif 04.05.12 в 21:43

* Контекстные меню, команды в котором зависят от выбранного объекта. Увидеть его можно, нажав удерживая Control на объект или область экрана.

tucvbif 04.05.12 в 21:45

На рисунке изображены примеры (с лева на право) строка меню TextEdit, Доковое меню Mail и контекстное меню Finder-а.

tucvbif 04.05.12 в 21:46

[Изображение]

tucvbif 07.05.12 в 20:34

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

tucvbif 04.05.12 в 21:54

Внешний вид и поведение меню.

tucvbif 04.05.12 в 21:54

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

tucvbif 04.05.12 в 21:59

[Изображение]

tucvbif 07.05.12 в 20:35

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

tucvbif 04.05.12 в 22:04

Меню — это пример реализации парадигмы «увидел — показал»: пользователь находит то, что ему нужно и выбирает соответствующий пункт меню.

tucvbif 04.05.12 в 22:05

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

tucvbif 04.05.12 в 22:15

Открытое меню не закрывается, пока не произойдёт одно из следующих событий:

tucvbif 04.05.12 в 22:16

* Будет выбран пункт меню

tucvbif 04.05.12 в 22:16

* Пользователь наведёт курсор на другой пункт в строке меню

tucvbif 04.05.12 в 22:17

* Пользователь нажмёт на область за пределами меню

tucvbif 04.05.12 в 22:17

* Появится предупреждение от ОС

tucvbif 04.05.12 в 22:18

* ОС переключит или завершит программу.

tucvbif 04.05.12 в 22:19

Заголовки в меню

tucvbif 04.05.12 в 22:19

В строке меню кроме системных, таких как«Файл» и «Окно» у приложения могут быть собственные подменю, в которых располагаются различные команды. Пользователь судит о назначении подменю по его названию, которое должно быть понятным и точным. Контекстные меню и меню Дока не требуют заголовков, так как вызываются нажатием на окно или выбором значка в Доке

tucvbif 04.05.12 в 22:38

Следуйте этим рекомендациям, когда пишете заголовок для меню

tucvbif 04.05.12 в 22:39

Заголовок должен точно отражать состав меню. Взглянув на заголовок пользователь должен определить, найдёт ли он здесь нужную команду. К примеру, меню, названное «Шрифт» должно предоставлять выбор семейства шрифта, такого как «Helvetica», или «Geneva», а не команды для правки текста, такие как «Вырезать» и «Вставить»

tucvbif 04.05.12 в 22:43

Заголовок меню должен быть как можно короче, лучше — в одно слово, так как оно будет занимать меньше места, а пользователю будет проще его найти.

tucvbif 04.05.12 в 22:44

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

tucvbif 04.05.12 в 22:51

Заголовок меню не должен затеняться, когда недоступен ни один пункт меню. Пользователь должен видеть все пункты меню даже когда ни один не доступен. Также не следует скрывать недоступные пункты меню — пользователь должен знать о возможностях программы.

tucvbif 04.05.12 в 22:57

Названия пунктов меню

tucvbif 04.05.12 в 22:57

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

tucvbif 04.05.12 в 22:59

Текст пункта меню должен описывать действие над объектом или свойством, которое будет выполнено после выбора. Заметьте:

tucvbif 04.05.12 в 23:04

* Действие предполагает глагол или глагольное словосочетание в названии. К примеру, распечатать документ можно по команде «Распечатать», а скопировать выбранный фрагмент — по команде «Копировать».

tucvbif 04.05.12 в 23:07

* Свойство предполагает прилагательное или словосочетание, которое описывает каким станет это свойство после выполнения команды. Прилагательное в названии пункта меню тоже предполагает действие, которое можно описать, подставив название в предложение «изменить выбранный объект на ...» — к примеру Жирный или Курсивный

tucvbif 04.05.12 в 23:12

Следуйте этим рекомендациям когда создаёте пункты меню.

tucvbif 04.05.12 в 23:12

(Для английского языка) Не следует использовать артикли как определённые, так и неопределённые в названиях пунктов меню. Изредка возможно использовать, если нужно выделить определённое слово в контексте. Примеры: «Add Account», а не «Add an Account», или «Hide Toolbar», а не «Hide the Toolbar». Убедитесь, что этот стиль применяется везде по ходу статьи.

tucvbif 07.05.12 в 20:42

Если для выполнения команды необходимы дополнительные действия со стороны пользователя, используйте незавершённые высказывания. Многоточие показывает, что будет открыто диалоговое окно для ввода дополнительной информации, необходимой для завершения выполнения команды. Подробнее см. «Использование многоточия» (стр. 247)

tucvbif 04.05.12 в 23:21

(для английского языка) Следует использовать заглавные буквы как в заголовках. Подробнее см. «Заглавные буквы в надписях и тексте» (стр. 252)

tucvbif 05.05.12 в 00:11

Недоступные пункты меню следует затенять (выделять серым) — тогда пользователь поймёт, что этот пункт выбрать нельзя — например, его нельзя применить к данному объекту. Когда курсор находится над затенённым пунктом меню, последний не подсвечивается.

tucvbif 04.05.12 в 23:24

Группировка пунктов меню.

tucvbif 04.05.12 в 23:25

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

tucvbif 04.05.12 в 23:27

Пункты меню, необходимые чаще лучше располагать выше. Верхнюю часть меню пользователи замечают прежде всего. Но не следует располагать пункты меню в порядке частоты их использования: правильнее будет собирать их в группы, и уже их располагать в зависимости от частоты использования. К примеру, как бы редко не использовалась команда «Найти далее», она должна следовать за частоиспользуемой командой «Найти...»

tucvbif 04.05.12 в 23:33

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

tucvbif 04.05.12 в 23:35

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

tucvbif 04.05.12 в 23:41

Следует группировать команды с помощью смарт-контейнеров. Если в программе предусмотрено создание смарт-групп или смарт-контейнеров, таких как смарт-папки в Finder-е, следует группировать все команды смарт-группы в соответствующем меню. Тогда пользователю будет проще найти команды для создания, изменения и удаления смарт-групп.

tucvbif 04.05.12 в 23:50

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

tucvbif 04.05.12 в 23:55

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

tucvbif 05.05.12 в 00:03

Удачная группировка/группы слишком маленькие/пункты меню не почти сгруппированы

tucvbif 05.05.12 в 00:04

[Изображение]

tucvbif 07.05.12 в 20:35

Меню не должны быть слишком большими. Длинные списки сложны для восприятия и пользователь может не справиться с ними. Если в меню слишком много пунктов, их следует перегруппировать; возможно некоторые пункты уместны в другом меню, или требуют отдельного списка. Можно создать подменю, но не всегда это приемлемо. Подробнее см. «Создание вложенных меню» (стр. 113).

tucvbif 05.05.12 в 00:09