0

我正在使用以前没有功能区的应用程序。我们正在对应用程序功能的访问方式进行重大更改,但不会对功能本身进行更改。

该应用程序提供了可以插入其他应用程序的功能,因此当我们的应用程序的选项卡处于活动状态时,我们希望显示一个上下文选项卡。

当用户选择我们应用程序的一个选项卡时,上下文选项卡将出现“我的应用程序”,并且它将具有功能按钮。

我们的问题来了,因为大多数“标签”或报告是 3 种不同的类型。

他们中的大多数是“查看者”,他们只是显示信息,所以可用的按钮就像“展开部分”之类的东西。

然后我们有“编辑器”选项卡,允许查看信息,但您还可以编辑它。所以我们仍然会有与“查看器”相同的按钮,但还会有“删除”、“保存”等,这些按钮会根据特定条件启用。

最后,我们有一个选项卡,当它显示时,它具有与编辑器相同的按钮(查看器 + 编辑器的特殊按钮)以及更多具有特定于该选项卡的功能的按钮。

分布将类似于:

7 位观众 => 有 8 个按钮

7 个编辑器 => 带有 3 个附加按钮(加上查看器的 8 个按钮)

1 个特殊选项卡 => 带有查看器和编辑器的所有按钮以及 4 个专用按钮。

我一直在这里阅读,试图决定以一种可用的方式并符合微软指南的更好的方式来组织功能区上的这些按钮,但我很困惑。

根据您对此的看法,有几种可能的方式来组织功能区上的按钮。

  • 最简单的方法是始终拥有所有按钮,并为相应的报告启用它们。但这会导致在许多情况下会有许多按钮不适用于所选视图。

  • 我们可以有几个选项卡: 在一个选项卡中拥有所有情况下通用的查看器按钮。另一个选项卡中的“编辑器”专用按钮。最后是特殊报告按钮的附加选项卡。但我觉得由于它们不是太多的按钮,这种做法会迫使用户进行不必要的点击,不太好用。

我们无法更改底层功能(所有这些不同报告中的分离),因为我们只是封装了一个遗留应用程序。

您在这方面可以给我的任何建议将不胜感激。

谢谢!

4

1 回答 1

0

我在其他地方跟进了这个问题,最后我得到了一个关于他们在这个问题上的立场的 Microsoft 回答。你可以在这里找到整个线程

在这种情况下,指南并不倾向于一件事或另一件事。测试人员可以使用更具体的可用性研究来确定在特定场景中哪个更好。

虽然答案基本上是我猜到的(做最适合你的情况),但我提出这个问题的原因是因为使用功能区的许可协议的一部分说你必须遵循微软指南来创建功能区。在这种特定情况下,我不清楚指南建议的路径是什么。

于 2013-05-15T19:37:18.210 回答