我正在进行一项关于进度指标的研究项目（我可能会扩展到GUI的更多元素），我希望在图形设计（不寻找编码等）和它们的外观方面收集尽可能多的材料。在历史和今天的使用。
我在寻找过去的任何进度指标示例方面寻求帮助，我相信Xerox Parc是第一个GUI，所以假设这将是第一个在此背景下找到进度指标的地方。我也在寻找有关它们的书面文章方面寻求帮助。基本上任何你能想到的与任何背景下的进度指标相关的东西，计算机，视频游戏，包括今天的使用情况（我将对PI的当前趋势和发展进行调查）。
任何事都有帮助，提前谢谢！
艾萨克
答案 0 :(得分：0)
好老罗伯特贝尔写了一篇关于这个主题的非常好的文章。
http://chrisharrison.net/projects/progressbars/ProgBarHarrison.pdf
我也听说某个软件实际上从进度条延迟，好像用户认为软件安装或加载非常快有问题，但我找不到任何解释它的更多细节。
我刚读过的东西
进度条不应该基于时间，它们应该基于 工作量。通常情况下，当他们做的大门进步风格 吧（它只显示动画，但没有实际进展），这意味着 数量未知。这种情况发生在很多情况下 由于数据原因，要处理的步骤总数未知，或者 计算总人数所需的时间 物品需要太长时间。
进度条也应该是时间估计的不同主题 因为它们不一样。我要处理100件事，所以我的进步 在1到100之间。需要多长时间完全取决于我 正在处理。如果我正在处理发票说，那么需要多长时间 很大程度上取决于发票涉及的内容（订单项， 计算，其他查找）。
仅仅因为处理最后一个花了10秒钟并不意味着 处理下一个需要10秒钟。为了 确定剩下多少时间，大多数人做的是拿走 剩余数量乘以到目前为止的平均时间。 您可以对平均值应用平滑（因此它不会跳转到平均值 很多），但除此之外，你还会估计时间吗？如果 处理物品所需的时间相当均匀，你的 估计将是非常准确的，如果他们之间有很大的不同 物品，然后你的估计将跳到各处，并且 非常不准确。