企业产品的功能区 UI 用户指南或示例

Question

我们计划为我们的产品实施 Ribbon UI。我正在评估 Ribbon UI 在我们的网络管理器产品中的使用。此评估的结果将决定 Ribbon UI 是否继续。目前，Ribbon UI 设计指南并未讨论企业产品的 Ribbon UI 实现。我正在寻找的是 Ribbon UI 对于企业产品有多合适。

Answer 1

请参阅此。更具体地说，这是正确的用户界面吗？部分：

要决定使用功能区，请考虑以下问题：

程序类型

• 您正在设计什么类型的程序？程序类型是功能区是否合适的良好指标。功能区非常适合文档创建和创作程序以及文档查看器和浏览器。功能区可能适用于其他类型的程序，但其他形式的命令表示可能更合适。一般来说，轻量级程序应该有轻量级的命令表示。 （有关程序类型的列表，请参阅程序命令模式。）

可发现性和学习问题

• 用户在查找命令时是否遇到困难？用户是否请求程序中已有的功能？如果是这样，使用功能区将通过具有不言自明的标签和相关命令的分组来使命令更容易查找。使用功能区还比菜单栏和工具栏更好地缩放，以适应未来的发展。
• 用户是否难以理解程序的命令？他们是否经常通过“反复试验”来选择正确的命令或确定命令如何工作？如果是这样，使用带有基于图库和实时预览的面向结果的命令的功能区可以使命令更易于理解。

命令特征

• 命令是否出现在多个位置？如果您的程序已经存在，命令是否显示在菜单栏、工具栏、任务窗格以及工作区域本身中？如果是这样，使用功能区会将命令统一到一个位置，从而更容易找到它们。
• 这些命令适用于整个窗口还是仅适用于特定窗格？功能区最适​​合应用于整个窗口或特定对象的命令。就地命令更适合单个窗口窗格。
• 大部分命令可以直接呈现吗？也就是说，用户可以通过单击来与它们交互吗？如果从菜单和对话框访问常用命令，是否可以将它们重构为直接命令？虽然某些命令可以使用菜单和对话框来呈现，但以这种方式呈现大多数命令会降低功能区的效率，从而可能使菜单栏成为更好的选择。

命令比例

• 命令数量是否少？能否在一个简单的工具栏上轻松呈现最常用的命令？如果添加核心选项卡和上下文选项卡会产生一个可单独使用来执行最常见任务的简单“主页”选项卡，则使用功能区是值得的。如果没有，使用功能区的好处可能无法证明其对于少量命令的额外重量是合理的。
• 命令数量是否较多？使用功能区是否需要七个以上的核心标签？用户是否需要经常更改选项卡才能执行常见任务？如果是这样，使用工具栏（不需要更改选项卡）和调色板窗口（可能需要更改选项卡，但一次可以打开多个选项卡）可能是更有效的选择。
• 用户是否倾向于在大多数时间使用少量命令？如果是这样，他们可以通过将此类命令放在“主页”选项卡上来有效地使用功能区。不断更改选项卡会使功能区效率太低。
• 使程序的内容区域尽可能大是否会对程序有利？如果是这样，使用菜单栏和单个工具栏比功能区更节省空间。但是，如果您的程序需要三行或更多行工具栏或使用任务窗格，则使用功能区可以更节省空间。
• 用户是否倾向于在程序的大窗口内的特定区域长时间工作？如果是这样，他们将受益于近距离的迷你工具栏、调色板窗口和直接命令。从工作区到功能区的往返效率太低了。
• 为了提高效率和灵活性，用户是否需要对命令呈现内容、位置或大小进行重大更改？如果是这样，可定制和可扩展的工具栏和调色板窗口是更好的选择。请注意，某些类型的工具栏可以取消固定以成为调色板窗口，并且调色板窗口可以移动、调整大小和自定义。