【问题标题】:Multi-segment winforms progress bar?多段winforms进度条?
【发布时间】:2010-08-06 22:27:18
【问题描述】:

我想这是一个非常糟糕的可用性想法,所以我愿意接受反馈。

我需要对大量项目执行两个步骤,在第 1 步完成后随时开始第 2 步。但是,第 2 步的第 1 步可以在第 1 步/第 1 项完成后的任何时间开始,甚至在第 2 步/第 1 项正在进行时。

多段进度条对消费者来说是个坏主意吗?例如(我正在描绘的),下面的表格将显示步骤 1 已在 75% 的项目上完成,但步骤 2 仅在 50% 上执行(我希望棕色为蓝色或更好的东西,但在我的照片编辑器中无法正确显示)。


(来源:trycatchfinally.net

我之前考虑这样做的方式是这样,但我不知道最终用户是否更不清楚,因为条形的活动时间范围是重叠的:


(来源:trycatchfinally.net

关于哪个对用户更有意义的反馈?如果第一张图片更好,是否有一个控件可以做到这一点?

【问题讨论】:

    标签: winforms user-interface usability progress-bar


    【解决方案1】:

    用户真的关心第 1 步何时完成吗?如果第 2 步总是出现在第 1 步之后,您能否不只显示第 2 步的进度条,而根本不用担心显示第 1 步的进度?只有当第 2 步完成时,工作才“完成”...

    或者,您可以将进度条合并为一个。只需将要处理的“项目”总数加倍,并在第 1 步完成时增加进度条一次,在第 2 步完成时再增加一次。

    除非我误解了什么......

    【讨论】:

    • 实际上,我没有考虑过这些选项中的任何一个 - 始终需要对所有项目执行步骤 1 和 2,因此我可以轻松地将进度条中的步骤数加倍,然后增加任何一个步骤完成的任何时候。也许这是向用户显示进度的最准确方式。
    • +1:同意,第 2 步是最重要的,所以不需要第 1 步报告。
    • "也许这是向用户显示进度的最准确方式。"是的。
    • +1,同意。不要将您的编程问题暴露给用户。她不会在乎的。
    • 由于第 2 步可能比第 1 步慢得多,所以我最终只会显示第 2 步的进度条,而不是合并的进度条。感谢您的意见 - 我相信它会为用户提供更直接的摘要。
    【解决方案2】:

    那么,您有两个同时进行的操作?选项 (2) 听起来是最容易实现的,虽然对用户来说有点混乱(到底离完成还有多远?)。

    我猜想执行第 1 步决定了第 2 步要做的工作。您可以显示从 0 到 100% 的单个进度读数,它反映了第 1 步和第 2 步的总和:但是,当您开始添加第 2 步的工作,您可以看到进度倒退。

    我会首先尝试确定所有必须完成的工作(即第 1 步和第 2 步中涉及的所有工作)并使用它来准确校准单个进度条。然后,显示一个进度读数,从第 1 步的第一项开始,到第 2 步的最后一项结束。

    【讨论】:

      【解决方案3】:

      我喜欢选项 2。我看到一些类似的安装程序,所以它不是闻所未闻的......

      而且视觉效果总是很好。

      编辑 - 添加

      只是为了好玩,我发现了这篇关于进度条和用户感知的论文......

      http://www.chrisharrison.net/projects/progressbars/ProgBarHarrison.pdf

      【讨论】:

        猜你喜欢
        • 2013-06-10
        • 1970-01-01
        • 2012-08-21
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 2023-04-02
        相关资源
        最近更新 更多