在开发基于Windows窗体的应用程序时，在设计窗体的主菜单系统时是否有任何标准应该遵循？在确定放置菜单项目的位置时是否有任何标准？
带菜单系统的大多数Windows应用程序都会有您的标准文件|编辑|查看|工具|帮助菜单。你如何确定任何额外的顶级菜单项的位置？
另外，你如何确定子菜单项的位置？例如，您会遵循哪些规则或原则来确定项目是应该放置在编辑，工具还是您自己的非标准顶级菜单中？
我在这里寻找两件事情：
根据Gamecat提到Ribbon的回应，我将把它扩展到Ribbon。你如何确定哪些标签按钮出现？寻找如上所述。
相关问题： 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
这包括菜单和菜单项，他们的名字，他们的加速器的标准顺序。
一些一般性的指导原则：
File是用于影响用户正在使用的全部内容（通常是文件）或整个应用程序（例如，退出）命令。这也是用户选择他们想要的表单的好地方。
编辑是用于选择内容片段（例如，查找，全选）并对这些片段执行操作（复制，删除）。不要用它作为一般的“改变某些东西”菜单（例如，“编辑”偏好或宏）。
查看更改内容的外观或呈现，同时不更改基础内容本身（例如，用户输入到表单中的内容）。考虑而不是包括在视图菜单项中用于控制工具栏的存在（工具栏不是内容）。这真的应该与选项/首选项。
虽然它被列为标准，但我会避免使用工具菜单。这个名字没有意义，内容往往是随机垃圾。考虑Office功能区使用的名称和组织（例如，选项与File等效的选项）。请参阅http://blogs.msdn.com/jensenh/archive/2006/01/31/520061.aspx。
通常将特定于应用程序的菜单项放置在标准菜单中的标准菜单项下方，以便标准菜单项不会中断用户的肌肉记忆。但是，如果应用程序特定的菜单项是标准菜单项的变体，则将它放置在标准菜单项的正下方（例如，在查找下方查找下一个或粘贴下方的Paste）
不要害怕为不适合上述项目创建自己的菜单。菜单通常没有足够的宽度，从而产生一种弱信息气味，尤其是对于非标准菜单项目。八到十个菜单是完全可以接受的。只有三个菜单项的菜单是完全可以接受的;一个有两个菜单项是不可能的。
级联或子菜单很难使用。改为按分隔符分组菜单项。在需要考虑级联菜单之前，菜单可能有〜15个项目。如果您拥有如此多的菜单项，请首先考虑将某些菜单设置为单独的菜单，而不是菜单中的级联菜单。
在查看之后但在菜单栏上的窗口或帮助之前放置您的应用专用菜单。 我强烈建议您组织和命名非标准菜单的用户研究（如卡片分类）。
仔细观察功能区，你会看到它的组织与菜单栏相同，等同于File（徽标菜单），Edit（“Home”选项卡，包括格式）和View ，所以从组织的角度来看，无论您使用的是功能区还是菜单栏，它都没有什么不同。
菜单栏仍然是大多数应用程序的最佳选择。功能区并不意味着比传统的菜单栏/工具栏组合更少的点击次数。不要因为MS推着就跳到功能区。我在http://www.zuschlogin.com/?p=36有详细资料。
不是一个标准，但你可以使用Office产品作为指导。
顺便说一下，菜单是从过去，它现在是所有功能区。起初我对丝带持怀疑态度，但现在我认为这是一个非常好的主意。 （最小化鼠标点击总是一个好主意）。
尼斯链接：http://blogs.msdn.com/jeffdav/archive/2004/12/07/278012.aspx
是的，我知道......我爱的丝带，但不幸的是我们有些人保持书面年前的应用程序，都无法支持一个Ribbon类型的界面，但仍然希望确保我们在菜单方面遵循标准。 – 2008-11-06 12:53:23
微软丝带文件：
此外，什么类型的接口（菜单栏，缎带，工具栏，直接指挥等）的文档应使用不同类型的应用：
有些事情要记住。
这两种标准化方法都是在桌面软件开发和实施之前的网络。这意味着这两种模式都没有考虑到网络环境。传统桌面环境和基于网络的环境（浏览器的“返回”按钮）之间有一个很大的区别。
o“取消”也是“返回”的一种方式，“确定”是移动“前进”的一种方式。这种“向前/向后”隐喻是多数形式的“取消”和“确定”功能的基础。
下面是这一比喻的其他一些扩展：
O时间：在我们的标准的可视化“老”通常描绘在左，“新”被描述在右（大多数图形描述的时间使用这个从左到右的比喻）
o过程：我们使用从左到右的隐喻时，可视化的渐进式步骤：“第一”在左侧，“第二”通常显示在正确的。
Ø写作与阅读：在写作和阅读我们“继续”或“前进”由左到右（除非我们在课程亚洲）
？在电影：电影是可视化的另一种形式。在电影中，运动的标准是：如果一个人“走到某个地方”，她会从屏幕左侧移动到右侧。如果她要“返回”，她从右到左移动
o取消/ OK模式可能有助于改善有意识的决策：此模型假定您想在决定要选择哪种操作之前阅读选项（对于需要用户充分关注的重要交互而言是可取的，并且可以为他们提供更多的操作）。取消/ OK模型首先显示“替代”行为（左侧）...因此，您可以先阅读它们决定“确定”是你真正想要采取的行动。 OK/Cancel模式可能会让用户习惯于点击他们遇到的第一个选项。同时，接受过使用取消/ OK模型培训的用户可以直接进入“确定”按钮，只要他们确定他们想要做出选择。
o操作系统改编：Mozilla的Firefox与显示“确定”和“取消”按钮顺序时使用的操作系统相匹配。换句话说，按钮的显示适合您的操作系统培训您使用的内容。
这是解决这个非常具体的问题，其中订购此按钮应该是一项有趣的调查： http://measuringuserexperience.com/SubmitCancel/index.htm
好的写法，但是，我不确定我看到与此主题有关的菜单系统的相关性，除了它们都与UI设计有关？我不会低估它，因为它确实包含了很好的内容，尽管它似乎与我无关。 – 2009-01-13 15:01:32
是...菜单的逻辑分组帮助用户记住事情很容易。 我也不希望有一个“工具”菜单，并倾倒一切不属于这里的其他地方... 应该有一个像Mac应用程序菜单或像Office按钮（2010年的超空间用户界面），你可以有这些“工具”或偏好。
关于按钮排序，尝试下面的平台约定...... http://blog.mugunthkumar.com/tech/elements-of-usability-design-okcancel-vs-cancelok-is-it-just-a-matter-of-taste/
好帖子！谢谢！ – 2008-11-06 14:11:44