【问题标题】:Should menu items always be enabled? And how do you tell the user?是否应该始终启用菜单项?以及如何告诉用户?
【发布时间】:2010-09-06 08:31:24
【问题描述】:

在播客上已经讨论过几次的事情之一是是否应始终启用菜单项以防止“为什么不可用!”最终用户感到沮丧。

这让我觉得这是个好主意,但随之而来的问题是向用户传达缺乏可用性(以及原因)的问题。有什么比只弹出一个带有文本简介的消息框更好的方法吗?

当我即将开始开发一个相当大的跨平台 Windows / Mac 应用程序时,我想我应该把它扔掉,听听 SO 人群的智慧。

【问题讨论】:

    标签: user-interface usability menu-items


    【解决方案1】:

    @Bill the Lizard:我会结合 #2 和 #3 - 禁用该项目,但有一个工具提示说明它被禁用的原因。

    【讨论】:

      【解决方案2】:

      你必须考虑替代方案。

      1. 隐藏菜单项。这是不好的。现在您的菜单项一直在消失和重新出现?
      2. 禁用菜单项。现在用户可以找到他们正在寻找的东西,只是不清楚如何启用它。这样更好,但仍然让用户有些困惑。
      3. 保持菜单项启用,但使其显示一个对话框,说明当程序处于无法正确使用菜单项的状态时需要执行的操作。

      我同意 Joel 的观点,#3 似乎是最好的选择。

      【讨论】:

        【解决方案3】:

        我看到打印机制造商使用他们的打印机属性对话框做的一件事是在禁用的项目旁边有一个小帮助气球图标,当鼠标悬停在上面时会显示工具提示。

        您可以对禁用项目做的另一件事是在括号中添加禁用项目的原因或用户必须执行哪些操作才能启用它。例如,“保存(已保存)”或“复制(选择要复制的内容)”。

        我不喜欢保持启用它,因为这样会让用户犹豫选择任何菜单项,担心他们会收到一条错误消息,让他们因为没有意识到这一点而感到愚蠢他们当时无法可能执行该操作。

        弹簧对话框的菜单项在它们之后有省略号 (...) 以让用户知道它不仅仅是单击并继续。必填的表单字段带有星号或粗体标签,以免用户被验证错误消息责骂。

        【讨论】:

        • 我喜欢括号注释的想法......在我的下一个菜单驱动应用程序中必须记住这一点
        【解决方案4】:

        Joel 在 http://www.joelonsoftware.com/items/2008/07/01.html 上有一个帖子,这可能是一个开始思考这个问题的好地方。

        【讨论】:

          猜你喜欢
          • 1970-01-01
          • 1970-01-01
          • 2016-02-16
          • 2023-03-09
          • 1970-01-01
          • 1970-01-01
          • 1970-01-01
          • 1970-01-01
          • 2013-03-05
          相关资源
          最近更新 更多