当应用程序中的按钮数量超出工具栏 UI 的舒适区时,我们该怎么办?我目前正在接近 1000 个按钮大关,并且没有放缓的迹象。我当前的选项卡式工具栏 UI 已经远远超出了舒适区。
我添加了一个动态工具栏(双击时弹出),您可以在其中键入关键短语,工具栏上会填充您可能一直在寻找的按钮。这与许多具有某种自动完成机制的命令行 UI 非常相似。这也是一个相当老式的解决方案。
您是否遇到过以独特/令人惊讶/有效的方式解决此问题的 UI?跟踪最近用户操作的 UI 是否真的可以更快地访问所需的工具,或者它们是否经常猜错?允许用户自定义 UI 有多重要(根据我的经验,很少有人真正这样做,但他们确实对此有强烈的感觉)。
(如果这超出了 SO 的范围,我深表歉意,这是我所知道的唯一提供快速且有用答案的地方)
<小时/>编辑:上传了我的典型选项卡工具栏的屏幕截图:Grasshopper Toolbar http://en.wiki.mcneel.com/content/upload/images/grasshopperUIExample.png
最佳答案
你已经很好走出了舒适区,穿过了不适区,并进入了热扑克推你后背区的一半:-)
您确实应该将工具栏视为一个速度栏,用户可以在其中以最少的操作执行常见操作。除了 Gimp 及其臭名昭著的 UI 之外,我无法理解任何需要近 1,000 个常见操作的应用程序值得在速度栏中使用。
也许您需要重新考虑您所提供的内容。
一些 Microsoft 应用程序在这方面做得相当好,它们将工具栏分为几个部分(例如绘图、统计、格式化),并让用户决定显示哪些部分。这样,用户可以决定是否需要最小的工作空间,或者是否希望工具栏占据整个工作空间的上半部分。
无论如何,非通用操作应该始终通过菜单可用,无论通用是由您固定(硬编码)、由用户选择(配置这些部分)还是由程序“智能”显示(基于以前的使用) )。
这是我认为的一个好方法。
通过将所有操作分为几个部分,可以从菜单中访问所有操作(部分中的操作至少应该有模糊的相关性)。现在我们假设您可以有 30 个部分,每个部分有 30 个操作(我知道这不太可能,但对于本次讨论来说很简单)。
有一个专门的自适应操作部分。我的意思是程序将根据用户使用操作的频率来填充操作的部分。为此,您需要记录用户使用某个操作的次数(当然,每个用户都有自己的计数,因为他们的使用情况会有所不同)。
允许用户配置工具栏中显示的部分,包括自适应部分。这让他们能够控制它。
自适应部分应由最常用的操作填充,前提是它们尚未出现在其他工具栏中。这样,用户就可以获得他们选择的工具栏上没有的最常用的操作。
在我看来,这是最灵活的解决方案,让用户可以完全控制其屏幕空间的使用。
关于user-interface - 工具栏失败时的 UI 创意,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/1413918/