user-interface - 工具栏失败时的 UI 创意

Question

当应用程序中的按钮数量超出工具栏 UI 的舒适区时，我们该怎么办？我目前正在接近 1000 个按钮大关，并且没有放缓的迹象。我当前的选项卡式工具栏 UI 已经远远超出了舒适区。

我添加了一个动态工具栏(双击时弹出)，您可以在其中键入关键短语，工具栏上会填充您可能一直在寻找的按钮。这与许多具有某种自动完成机制的命令行 UI 非常相似。这也是一个相当老式的解决方案。

您是否遇到过以独特/令人惊讶/有效的方式解决此问题的 UI？跟踪最近用户操作的 UI 是否真的可以更快地访问所需的工具，或者它们是否经常猜错？允许用户自定义 UI 有多重要(根据我的经验，很少有人真正这样做，但他们确实对此有强烈的感觉)。

(如果这超出了 SO 的范围，我深表歉意，这是我所知道的唯一提供快速且有用答案的地方)

<小时/>

编辑:上传了我的典型选项卡工具栏的屏幕截图:Grasshopper Toolbar http://en.wiki.mcneel.com/content/upload/images/grasshopperUIExample.png

Answer 1

你已经很好走出了舒适区，穿过了不适区，并进入了热扑克推你后背区的一半:-)

您确实应该将工具栏视为一个速度栏，用户可以在其中以最少的操作执行常见操作。除了 Gimp 及其臭名昭著的 UI 之外，我无法理解任何需要近 1,000 个常见操作的应用程序值得在速度栏中使用。

也许您需要重新考虑您所提供的内容。

一些 Microsoft 应用程序在这方面做得相当好，它们将工具栏分为几个部分(例如绘图、统计、格式化)，并让用户决定显示哪些部分。这样，用户可以决定是否需要最小的工作空间，或者是否希望工具栏占据整个工作空间的上半部分。

无论如何，非通用操作应该始终通过菜单可用，无论通用是由您固定(硬编码)、由用户选择(配置这些部分)还是由程序“智能”显示(基于以前的使用) )。

这是我认为的一个好方法。

1. 通过将所有操作分为几个部分，可以从菜单中访问所有操作(部分中的操作至少应该有模糊的相关性)。现在我们假设您可以有 30 个部分，每个部分有 30 个操作(我知道这不太可能，但对于本次讨论来说很简单)。

2. 有一个专门的自适应操作部分。我的意思是程序将根据用户使用操作的频率来填充操作的部分。为此，您需要记录用户使用某个操作的次数(当然，每个用户都有自己的计数，因为他们的使用情况会有所不同)。

3. 允许用户配置工具栏中显示的部分，包括自适应部分。这让他们能够控制它。

4. 自适应部分应由最常用的操作填充，前提是它们尚未出现在其他工具栏中。这样，用户就可以获得他们选择的工具栏上没有的最常用的操作。

在我看来，这是最灵活的解决方案，让用户可以完全控制其屏幕空间的使用。