user-interface - 上下文(右键单击)菜单是用户执行特定任务的唯一方法吗？

Question

我想知道是否有必要在仅通过上下文(右键单击)菜单供用户使用的软件中提供某些功能。似乎在我使用过右键单击菜单的大多数软件中，总是将其作为快速访问其他按钮或菜单上可用功能的快捷方式。

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

屏幕快照显示了我为浏览器创建的上下文菜单。某些命令可以独立于任何特定目录(新建，添加)执行。其他命令必须应用于特定选择的目录(“关闭”，“打开”，“删除”，“只读”，“刷新”，“清理”，“重命名”)。

当前，窗口顶部的“目录”菜单看起来与此上下文菜单相同。但是我认为这可能会使用户感到困惑，因为显示当前所选目录的树形 View 可能并不总是可见的。用户可能已切换到“搜索”或“过滤器”选项卡，或者左 Pane 可能被完全隐藏。

但是，我不愿意更改UI，以便依赖于特定选择的目录的命令只能通过上下文菜单使用。

Answer 1

Windows 7和Windows Vista的Windows用户体验交互准则指出(pg233):

“不要仅通过上下文菜单使命令可用。像快捷键一样，上下文菜单是执行命令和选择选项的替代方法。”

《 Apple人机界面指南》规定(pg189):

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

对于您而言，通过树本身中的+/-按钮可以打开和关闭目录，因此，您已经符合Windows准则，甚至不是Apple准则。 IMO，将它们放在上下文菜单中的唯一原因是它们是否是默认(双击)操作(现在还不是)。通过直接选择所选目录的名称，重命名可能也已经可用，但是您可能希望以任何方式使用下拉菜单项，因为它可能比上下文菜单更难被发现。除上下文菜单外，其余命令可能还属于下拉菜单。

至于“目录”下拉菜单与“目录”上下文菜单是多余的，您可能需要考虑按操作类型而不是对象类别来组织下拉菜单，以便提供替代组织。如您所知，上下文菜单已经按对象类别组织了命令。除了提供一些用户可能会更直观的替代组织之外，这还可以简化您的菜单栏。例如，除了目录和系列菜单之外，您还可以具有添加，删除，重命名，复制等单个编辑菜单，这些命令适用于所选的任何内容，无论是目录，文件夹还是系列。如果它们不适用于当前选择，则将其禁用，但是如果在您的应用中有任何意义，请使其应用。

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