.net – 确定菜单项的放置位置是否有任何标准？

菜单特有的内容,包括标准菜单,位于：
http://msdn.microsoft.com/en-us/library/aa511502.aspx

这包括菜单和菜单项的标准顺序,名称和加速器.

一些一般准则：

文件用于影响用户正在处理的整个内容(通常是文件)或整个应用程序(例如,退出)的命令.它也是用户选择他们想要处理的表单的好地方.

编辑用于选择内容片段(例如,查找,全选)并对这些片段进行操作(复制,删除).不要将它用作一般的“更改内容”菜单(例如,“编辑”首选项或宏).

查看更改内容的外观或表示,同时不更改基础内容本身(例如,用户在表单中输入的内容).考虑不在视图菜单项中包含用于控制工具栏的存在(工具栏不是内容).这应该是选项/偏好.

虽然它被列为标准,但我会避免使用“工具”菜单.该名称没有任何意义,内容往往是随机垃圾.考虑Office功能区使用的名称和组织(例如,选项位于File的等效位置).见http://blogs.msdn.com/jensenh/archive/2006/01/31/520061.aspx.

通常将标准菜单项下的特定于应用程序的菜单项放在标准菜单中,以便用户的肌肉记忆不会因标准菜单项而中断.但是,如果应用程序特定的菜单项是标准菜单项的变体,则将其放置在标准菜单项的下方(例如,在“粘贴”下方的“查找”或“粘贴特殊”下方查找“下一步”)

不要害怕为不适合上述项目的项目创建自己的菜单.菜单栏通常没有足够的宽度,特别是对于非标准菜单项,会产生微弱的信息气味.八到十个菜单是完全可以接受的.只有三个菜单项的菜单是完全可以接受的;一个有两个菜单项是不可能的.

级联或子菜单很难使用.改为使用分隔符对菜单项进行分组.在需要考虑级联菜单之前,菜单可能有~15个项目.如果你有这么多的菜单项,首先考虑将一些菜单作为一个单独的菜单,而不是菜单中的级联菜单.

在View之后但在菜单栏上的Window或Help之前放置您的应用程序特定菜单.
我强烈建议用户研究(例如,卡片分类)来组织和命名非标准菜单.

仔细查看功能区,您会看到它的组织与菜单栏几乎相同,文件(徽标菜单),编辑(“主页”选项卡,包括格式)和视图等效,因此从从组织的角度来看,无论您使用的是Ribbon还是菜单栏都没什么区别.

菜单栏仍然是大多数应用程序的最佳选择.功能区并不意味着比传统的菜单栏/工具栏组合更少的点击次数.不要因为MS正在推动它而跳到功能区.我在http://www.zuschlogin.com/?p=36有详细信息.