Существуют ли какие-либо стандарты, которым нужно следовать при определении места для пунктов меню? - PullRequest
5 голосов
/ 06 ноября 2008

При разработке приложений на основе форм Windows, есть ли какие-то стандарты, которым следует следовать при разработке системы главного меню формы?

Большинство приложений Windows с системами меню будут иметь ваш стандартный файл | Редактировать | Посмотреть | Инструменты | Справочные меню. Как вы определяете размещение каких-либо дополнительных пунктов меню верхнего уровня?

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

Я ищу две вещи здесь:

  1. Опубликованные ресурсы (в Интернете или в печатных изданиях), в которых это подробно описано (особенно, если они принадлежат Microsoft), или другие материалы от профессионалов UX или UI.
  2. Ваше собственное мнение.

Основываясь на ответе Gamecat, в котором упоминается Лента, я добавлю это и к Ленте. Как вы определяете, какие кнопки вкладок появляются на? Глядя на то же, что и выше.

Похожие вопросы: https://stackoverflow.com/questions/126797/is-there-a-style-guide-for-guis-somewhere

Ответы [ 7 ]

7 голосов
/ 06 ноября 2008

Рекомендации Microsoft для пользователей Vista: http://msdn.microsoft.com/en-us/library/aa511258.aspx

Содержимое, специфичное для меню, включая стандартные меню, находится по адресу: http://msdn.microsoft.com/en-us/library/aa511502.aspx

Сюда входит стандартный порядок меню и пунктов меню, их названия и ускорители.

Некоторые общие рекомендации:

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

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

Просмотр изменяет внешний вид или представление контента, не изменяя сам базовый контент (например, что пользователи вводили в ваши формы). Рассмотрим , а не , включая элементы меню «Вид» для контроля наличия панелей инструментов (панели инструментов не являются содержимым). Это действительно должно быть с параметрами / предпочтениями.

Несмотря на то, что он указан в качестве стандарта, я бы избегал меню Сервис. Название не имеет смысла, а содержимое слишком часто является случайным мусором. Рассмотрите имена и организацию, используемые на ленте Office (например, где параметры находятся под эквивалентом файла). См http://blogs.msdn.com/jensenh/archive/2006/01/31/520061.aspx.

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

Не бойтесь создавать свои собственные меню для предметов, которые не вписываются в вышеперечисленное. Менубары часто имеют недостаточную ширину, создавая слабый информационный запах, особенно для нестандартных пунктов меню. Восемь до 10 меню вполне приемлемо. Меню только с тремя пунктами меню вполне приемлемо; одно с двумя пунктами меню не может быть и речи.

Каскад или подменю неудобно использовать. Вместо этого группируйте пункты меню по разделителям. В меню может быть ~ 15 пунктов, прежде чем необходимо рассмотреть каскадные меню. Если у вас так много пунктов меню, сначала рассмотрите возможность выделения некоторых из них в качестве отдельного меню, а не каскадного меню в меню.

Поместите меню вашего приложения после View, но перед Window или Help в строке меню. Я настоятельно рекомендую исследование пользователей (например, сортировку карточек) для организации и наименования нестандартных меню.

Посмотрите внимательно на ленту, и вы увидите, что ее организация почти такая же, как у строк меню, с эквивалентами для File (меню логотипа), Edit (вкладка «Главная», которая включает форматирование) и View, поэтому с организационной точки зрения не имеет значения, используете ли вы ленту или меню.

Menubar по-прежнему является лучшим выбором для большинства приложений. Лента не означает меньше кликов, чем традиционная комбинация меню / панели инструментов. Не прыгайте на Ленту только потому, что MS подталкивает ее. У меня есть данные на http://www.zuschlogin.com/?p=36.

0 голосов
/ 31 июля 2009

Да ... Логическая группировка меню помогает пользователям легко запомнить вещи. Я тоже не предпочитаю иметь меню "Инструменты" и сбрасывать все, что не принадлежит нигде здесь ... Должно быть «Меню приложений», такое как Mac или как кнопка Office (пользовательский интерфейс Outspace в 2010 году), где вы можете иметь эти «инструменты» или настройки.

Что касается порядка кнопок, попробуйте следовать соглашениям платформы ... http://blog.mugunthkumar.com/tech/elements-of-usability-design-okcancel-vs-cancelok-is-it-just-a-matter-of-taste/

0 голосов
/ 08 января 2009

Некоторые вещи, которые нужно иметь в виду.

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

o «Отмена» - это также способ «вернуться», а «ОК» - это способ «вперед». Эта метафора «Вперед / назад» лежит в основе большинства форм функций «Отмена» и «ОК».

Вот некоторые другие расширения этой метафоры:

  • Мы используем визуализацию для передачи сложных идей. Графические интерфейсы пользователя являются одной из форм визуализации. У нас сильная история стандартов визуализации в западной (и более конкретно американской культуре США)

o Время: в наших стандартных визуализациях «Старый» обычно изображается слева, «Новый» изображается справа (в большинстве графических изображений времени используется эта метафора слева направо)

o Процесс: Мы используем метафору слева направо при визуализации последовательных шагов: «Первый» слева, «Второй» обычно отображается справа.

o Письмо и Чтение: в письме и чтении мы «продолжаем» или движемся «вперед» слева направо (если, конечно, мы не в Азии)

o В фильме: фильм - это еще одна форма визуализации. В фильме стандарт в движении: если человек «куда-то идет», он движется с левой стороны экрана вправо. Если она идет «назад», она путешествует справа налево

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

o Адаптация ОС: Firefox в Mozilla соответствует ОС, используемой при отображении порядка кнопок OK и Отмена. Другими словами, отображение кнопок адаптируется к тому, чему вас научила ваша ОС.

Это интересный опрос, в котором рассматривается этот очень специфический вопрос, в каком порядке должны быть расположены эти кнопки: http://measuringuserexperience.com/SubmitCancel/index.htm

  • DM
0 голосов
/ 06 ноября 2008

Документация по Microsoft Ribbon:

Кроме того, документация о том, какой тип интерфейса (строки меню, ленты, панели инструментов, прямая команда и т. Д.) Следует использовать для различных типов приложений:

0 голосов
/ 06 ноября 2008

Доступно несколько стандартов:

У Apple есть длинное руководство для этой платформы:

0 голосов
/ 06 ноября 2008

Не стандарт, но вы можете использовать офисные продукты в качестве руководства.

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

Приятная ссылка: http://blogs.msdn.com/jeffdav/archive/2004/12/07/278012.aspx

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...