2

我们计划为我们的产品实施 Ribbon UI。我正在为我们的网络管理器产品评估功能区 UI 的使用。此评估的结果将决定功能区 UI 的 Go 或 NO Go。目前，功能区 UI 设计指南不讨论企业产品的功能区 UI 实现。我正在寻找的是 Ribbon UI 是否适合企业产品。

4

1 回答 1

4

看到这个。更具体地说，这是正确的用户界面吗？部分：

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

节目类型

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

可发现性和学习问题

  • 用户查找命令有困难吗？用户是否在请求程序中已有的功能？如果是这样，使用功能区将通过具有不言自明的标签和相关命令的分组使命令更容易找到。对于未来的增长，使用功能区也比菜单栏和工具栏更好地扩展。
  • 用户是否难以理解程序的命令？他们是否经常诉诸“反复试验”来选择正确的命令或确定命令的工作方式？如果是这样，使用带有基于画廊和实时预览的以结果为导向的命令的功能区可以使命令更易于理解。

命令特性

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

指挥规模

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