我正在使用之前没有功能区的应用程序。我们正在对应用程序的功能加入方式进行重大更改,但不会在功能本身中进行。
该应用程序提供可插入其他应用程序的功能,因此当我们的应用程序的Tab处于活动状态时,我们需要显示上下文选项卡。
当用户选择我们应用程序的选项卡时,“上下文”选项卡将显示“我的应用程序”,并且它将具有该功能的按钮。
我们的问题是因为,大多数“标签”或报告都有3种不同的类型。
他们中的大多数都是“观看者”,他们只是显示信息,因此可用的按钮就像“展开部分”之类的东西。
然后我们有“编辑器”标签,允许查看信息,但您还可以编辑它。因此,我们仍然会使用与“查看者”相同的按钮,但另外还有“删除”,“保存”等等,根据特定条件启用。
最后我们有一个Tab,当它显示时,具有与编辑器相同的按钮(编辑器+编辑器的特殊按钮)以及一些仅针对此选项卡的功能。
分布如下:
7观众=>有8个按钮
7编辑=>有3个额外的按钮(加上观众的8个按钮)
1特殊标签=>使用查看器和编辑器的所有按钮以及4个专用按钮。
我一直在阅读here,尝试决定在功能区上以可用方式组织这些按钮的更好方法,并且符合微软指南,但我很困惑。
根据您的看法,有几种可行的方法来组织功能区上的按钮。
最简单的方法是始终拥有所有按钮,并为相应的报告启用它们。但这会导致在许多情况下会有许多按钮不适用于所选的视图。
我们可以有多个选项卡:在选项卡中放置查看器的按钮,这些按钮对于所有情况都是通用的。另一个选项卡中的“编辑器”专用按钮。最后是特殊报告按钮的附加选项卡。但我觉得,由于它们没有太多的按钮,这种方法会迫使用户进行不必要的点击,这是不可用的。
我们无法更改基础功能(所有这些不同报告中的分离),因为我们只是封装了遗留应用程序。
非常感谢您在这方面给我的任何建议。
谢谢!
答案 0 :(得分:0)
我在其他地方跟进了这个问题,最后我得到了微软在这个问题上的立场。 您可以找到整个帖子here
本案例中的指南不倾向于一件事或另一件事。 测试人员可以使用更具体的可用性研究来确定哪种情况在特定情况下更好。
虽然答案基本上是我猜测的(做最适合你的情况),我打开这个问题的原因是因为使用功能区的许可协议的一部分说你必须遵循Microsoft指南来创建功能区。 在这个特定情况下,我不清楚指南建议的路径是什么。