上下文(右键单击)菜单是用户执行某项任务的唯一方法是错误的吗？

Question

我想知道在一个只通过上下文(右键单击)菜单可供用户使用的软件中提供某些功能是否合理.似乎在我使用右键菜单的大多数软件中,总是使用快速方式来获取其他按钮或菜单提供的功能.

下面是我正在开发的UI的屏幕截图.右侧的树视图显示了用户的目录库.用户可以创建新目录,或在库中添加和删除现有目录.然后可以打开或关闭其库中的目录,或将其设置为只读.

屏幕截图显示了我为浏览器创建的上下文菜单.某些命令可以独立于任何特定目录(New,Add)执行.但是其他命令必须应用于特定选择的目录(关闭,打开,删除,只读,刷新,清理,重命名).

目前,窗口顶部的"目录"菜单看起来与此上下文菜单相同.然而,我认为这可能会让用户感到困惑,因为显示当前所选目录的树视图可能并不总是可见.用户可能已切换到"搜索"或"过滤器"选项卡,或者左窗格可能完全隐藏.

但是,我对更改UI非常犹豫,因此依赖于特定选定目录的命令只能通过上下文菜单使用.

Answer 1

适用于Windows 7和Windows Vista的Windows用户体验交互指南(pg233):

"不要只通过上下文菜单提供命令.与快捷键一样,上下文菜单是执行命令和选择选项的替代方法."

Apple人机界面指南声明(第187页):

"始终确保上下文菜单项也可用作[下拉菜单]菜单命令.默认情况下隐藏上下文菜单,用户可能不知道它存在,因此它永远不应该是访问命令的唯一方法."

在您的情况下,打开和关闭目录似乎已通过树本身的+/-按钮提供,因此您已经与Windows指南一致,如果不是Apple指南.IMO,将它们放在上下文菜单上的唯一原因是它们是默认(双击)动作(它们现在不是).重命名也可以通过直接选择所选目录的名称来实现,但您可能需要一个下拉菜单项,因为它可能不会比上下文菜单更容易被发现.除上下文菜单外,其余命令可能属于下拉菜单.

对于目录上下文菜单中的目录下拉菜单,您可能需要考虑按操作类型而不是对象类来组织下拉菜单,以便提供替代组织.正如您所意识到的,上下文菜单已经按对象类组织命令.除了提供替代组织,您的一些用户可能会发现更直观,这可能会简化您的菜单栏.例如,您可以使用"添加","删除","重命名","复制"等单个"编辑"菜单,而不是"目录"和"族"菜单,其中这些命令适用于所选的任何内容,无论是目录,文件夹还是族.如果它们不适用于当前选择,则会被禁用,但如果它在您的应用中有任何意义,请将其应用.

顺便说一句,添加目录和新目录之间有什么区别？