Есть ли какие-либо правила юзабилити для заголовков окон? - PullRequest
0 голосов
/ 27 октября 2010

Я занимаюсь разработкой программного обеспечения ERP, и один из запросов заключается в том, чтобы имя пользователя, создавшего любой документ, отображалось в заголовке окна при открытии этого документа.[USR] - Транспортный заказ 123456

Существуют ли какие-либо правила юзабилити, которых я не придерживаюсь при этом?Просто немного непрофессионально иметь [] в заголовке окна.

Есть идеи?

Ответы [ 3 ]

3 голосов
/ 27 октября 2010

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

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

Примерно так, может быть:

ApplicationName - Transport Order 123456 - UserName
2 голосов
/ 28 октября 2010

Оба правила Windows UX и Apple HIG имеют правила именования окон. Однако конкретные правила ориентированы на приложения типа документа, а не на приложения типа базы данных, такие как ERP. Тем не менее применяются общие принципы.

Основная цель заголовка окна - облегчить пользователям различение их окон. По этой причине и Windows UX Guidelines, и Apple HIG рекомендуют окнам называться по их содержимому, так как это обычно то, что пользователи будут искать, чтобы выбрать окно для нажатия. Другая потенциально полезная информация, такая как имя программы, может следовать идентификатору контента. Например, в Руководстве по Windows UX рекомендуется формат «имя документа - имя программы» (p316). Сначала вы хотите получить наиболее различимую информацию в заголовке, чтобы ее было легче увидеть, особенно если смотреть на панель задач, название которой часто усекается. Кроме того, значок представляет идентификатор программы, поэтому имя программы в любом случае немного избыточно.

Многооконные ERP-приложения также должны различать свои окна по содержанию. Таким образом, как правило, заголовок должен начинаться с имени окна, идентифицирующего класс данных, отображаемых в окне, после чего следуют любые критерии фильтрации или запроса данных. Этот порядок предполагает, что пользователи с большей вероятностью будут иметь два разных окна, чем два экземпляра одного и того же окна с разными критериями фильтрации. Название может заканчиваться названием программы или приложения, если вы считаете это необходимым. Таким образом, заголовок примера будет выглядеть примерно так:

Shipments (Ship Date: 2008-01-01 to 2010-01-01) ERP-O-Rama

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

Вам, конечно, не нужно имя текущего пользователя в заголовке, если только пользователи не могут одновременно войти в систему под разными идентификаторами (например, они Jakob Nielsen для одного окна, но Jared Spool для другого) , Пользователи, как правило, знают, кто они, поэтому мне это кажется ненужным беспорядком. Если пользователи могут входить в систему как разные пользователи или роли для разных сеансов (что, как правило, не очень хорошая идея), то вы можете представить это в строке status , но не в строка заголовка.

Скобки против скобок и тире кажутся мне делом вкуса. Windows обычно предпочитает тире. Мой единственный совет - использовать их только при необходимости для разделения подстрок. «[USR]» не кажется подходящим, если в имени пользователя не должно быть пробелов.

1 голос
/ 28 октября 2010

Заботятся ли ваши пользователи, если вы нарушите «правило юзабилити», пока то, что вы делаете, делает программу более удобной в использовании?То есть, если добавление имени пользователя в заголовок повышает удобство использования для конкретных пользователей, строгое соблюдение некоторых стандартов становится второстепенным.

Поставьте нужды вашего пользователя на первое место.Если добавление имени пользователя в строку заголовка повышает удобство использования, обязательно сделайте это.

Я рекомендую что-то вроде

123456 - Joe User

Квадратные скобки не нужны, и это не фраза«Транспортный заказ», если они не нужны для устранения неоднозначности.

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