大佬教程收集整理的这篇文章主要介绍了.net – 确定菜单项的放置位置是否有任何标准？，大佬教程大佬觉得挺不错的，现在分享给大家，也给大家做个参考。
大多数带菜单系统的Windows应用程序都有您的标准文件|编辑|查看|工具|帮助菜单.如何确定任何其他顶级菜单项的位置？
另外,如何确定子菜单项的位置？例如,您将遵循哪些规则或原则来确定是否应将项目放在“编辑”,“工具”或您自己的非标准顶级菜单中？
我在这里寻找两件事：
>发布的详细信息(网络或打印)(特别是来自Microsoft),或来自UX或UI专业人员的其他材料.
>你自己的意见.
基于Gamecat提到功能区的响应,我将把它扩展到功能区.如何确定显示哪些标签按钮？寻找与上述相同的内容.
相关问题：
https://stackoverflow.com/questions/126797/is-there-a-style-guide-for-guis-somewhere
菜单特有的内容,包括标准菜单,位于：
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有详细信息.
以上是大佬教程为你收集整理的.net – 确定菜单项的放置位置是否有任何标准？全部内容，希望文章能够帮你解决.net – 确定菜单项的放置位置是否有任何标准？所遇到的程序开发问题。
如果觉得大佬教程网站内容还不错，欢迎将大佬教程推荐给程序员好友。
本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ：384754419，请注明来意。