在确定菜单项目的位置时是否有任何标准可供遵循？

在开发基于Windows窗体的应用程序时,在设计表单的主菜单系统时是否应遵循任何标准？

大多数带菜单系统的Windows应用程序都有您的标准文件| 编辑| 查看| 工具| 帮助菜单.如何确定任何其他顶级菜单项的位置？

另外,如何确定子菜单项的位置？例如,您将遵循哪些规则或原则来确定是否应将项目放在"编辑","工具"或您自己的非标准顶级菜单中？

我在这里寻找两件事:

发布的资源(网络或打印)详细说明了这一点(特别是如果它来自Microsoft),或来自UX或UI专业人员的其他资料.

你自己的意见.

基于Gamecat提到功能区的响应,我将把它扩展到功能区.如何确定显示哪些标签按钮？寻找与上述相同的内容.

相关问题: https ://stackoverflow.com/questions/126797/is-there-a-style-guide-for-guis-somewhere

微软的Vista用户体验指南位于:http: //msdn.microsoft.com/en-us/library/aa511258.aspx

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

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

一些一般准则:

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

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

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

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

一般将低于标准菜单项应用程序特定菜单项的标准菜单,使用户的肌肉记忆不会被中断的标准菜单项.但是,如果一个应用程序,specifc菜单项是一个标准的菜单项的变化,然后立即将其放置在标准菜单项下面(例如,在下面查找下一个查找或粘贴以下粘贴)

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

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

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

在功能区仔细一看,你会看到它的组织是几乎一样的菜单栏,等同文件(标志菜单),编辑("主页"选项卡,其中包括格式)和视图,因此从从组织的角度来看,无论您使用的是Ribbon还是菜单栏都没什么区别.

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