Это - неправильно для контекста (щелчок правой кнопкой) меню быть единственным способом, которым пользователь может выполнить определенную задачу?
Я хотел бы знать, имеет ли когда-нибудь смысл обеспечивать некоторую функциональность в части программного обеспечения, которое только доступно пользователю через контекст (щелчок правой кнопкой) меню. Кажется, что в большей части программного обеспечения я работал с меню правой кнопки, всегда используется в качестве быстрого способа добраться до функций, которые в других отношениях доступны от других кнопок или меню.
Ниже снимок экрана UI, который я разрабатываю. Структурный вид на праве показывает библиотеку пользователя каталогов. Пользователи могут создать новые каталоги, или добавить и удалить существующие каталоги к и из их библиотеки. Каталоги в их библиотеке могут затем быть открыты или закрыты или установлены на только для чтения.
Снимок экрана показывает контекстное меню, которое я создал для браузера. Некоторые команды могут быть выполнены независимо из любого определенного каталога (Новый, Добавьте). Все же другие команды должны быть применены к конкретно выбранному каталогу (Близко, Открытый, Удалить, ReadOnly, Обновление, Вымыться, Переименовать).
В настоящее время меню "Catalog" наверху окна выглядит идентичным этому контекстному меню. Все же я думаю, что это может сбивать с толку пользователей как структурный вид, который показывает, что в настоящее время выбираемый каталог не может всегда быть видим. Пользователь, возможно, переключился на вкладку Search или Filters, или левая панель может быть скрыта полностью.
Однако я не решаюсь изменять UI так, чтобы команды, который зависит от конкретно выбранного каталога, были только доступны через контекстное меню.
5 ответов
В руководстве по взаимодействию с пользователями Windows для Windows 7 и Windows Vista говорится (стр. 233):
"Не делайте команды доступными только через контекстные меню. Как и клавиши быстрого доступа, контекстные меню являются альтернативными средствами выполнения команд и выбора опций."
Руководство по человеческому интерфейсу Apple гласит (стр. 189):
"Всегда убедитесь, что пункты контекстного меню также доступны как команды [выпадающего] меню. Контекстное меню по умолчанию скрыто, и пользователь может не знать о его существовании, поэтому оно никогда не должно быть единственным способом доступа к команде."
В вашем случае открытие и закрытие каталога уже доступно через кнопки +/- в самом дереве, поэтому вы уже соответствуете рекомендациям Windows, если не рекомендациям Apple. ИМО, единственная причина помещать их в контекстное меню вообще - это если они являются действием по умолчанию (двойной щелчок) (а сейчас это не так). Переименование, возможно, уже доступно при прямом выборе имени выбранного каталога, но в любом случае для этого нужен выпадающий пункт меню, поскольку он может быть не более доступен, чем контекстное меню. Остальным командам, вероятно, место в выпадающем меню в дополнение к контекстному меню.
Что касается того, что выпадающее меню каталога является избыточным по отношению к контекстному меню каталога, вы можете рассмотреть возможность организации выпадающих меню по типу действия, а не по классу объекта, чтобы обеспечить альтернативную организацию. Как вы уже поняли, контекстные меню уже организуют команды по классу объекта. В дополнение к альтернативной организации, которая может показаться некоторым пользователям более интуитивной, это может упростить вашу панель меню. Например, вместо меню Каталог и Семейство, вы можете иметь одно меню Правка с командами Добавить, Удалить, Переименовать, Копировать и т.д., где эти команды применяются ко всему выбранному объекту, будь то каталог, папка или семейство. Если они не применяются к текущему выбору, они отключаются, но если это имеет смысл в вашем приложении, сделайте так, чтобы они применялись.
BTW, в чем разница между "Добавить каталог" и "Новый каталог"?
Я полагаю, это зависит от вашей пользовательской базы и от того, на кого вы нацеливаете свое программное обеспечение. Лично я бы не ожидал, что пользователь сможет определить, какие функции доступны, когда они по существу «скрыты», пока он не щелкнет правой кнопкой мыши нужный элемент.
Если бы это был я, у меня была бы панель инструментов с представленными на ней функциями. По умолчанию кнопки будут отключены, а нажатие на узел включит соответствующие кнопки в зависимости от контекста. У вас может быть это в дополнение к вашим текущим параметрам щелчка правой кнопкой мыши.
Как правило, я всегда рассматривал контекстные меню как избыточный (т.е. не необходимый для работы программного обеспечения) ярлык для функциональных возможностей «опытных пользователей».
В общем, иметь доступ к пунктам меню только через контекстное меню - плохая идея. Многие пользователи могут не думать о том, чтобы щелкнуть правой кнопкой мыши по элементу, чтобы узнать, какие действия можно выполнить с элементом.
Судя по вашему описанию, имеет смысл иметь меню «Каталог», которое отключает пункты меню, которые в настоящее время не актуальны. Например, если ни один каталог не открыт, пункт меню «Закрыть» будет неактивным. Точно так же элементы «Открыть», «Удалить», «Обновить» и т. Д. Будут выделены серым цветом, если каталог не выбран.
Я бы оставил этот пункт меню, потому что у пользователя нет возможности увидеть, какой каталог они изменяют, если древовидное представление скрыто, что может создать проблемы, если они думают иначе один показан.
Тем не менее, доступным решением было бы запускать его также с клавиатуры.
Да. Одной из ключевых особенностей пользовательского интерфейса является «обнаруживаемость»: может ли пользователь найти функцию?
Если вы считаете, что наличие меню верхнего уровня не имеет смысла в зависимости от контекста, тогда вы можете иметь меню кнопка (прокрутка вниз) с надписью (например) «Действия» в верхней части панели.