Linked by Thom Holwerda on Wed 5th Mar 2008 21:02 UTC, submitted by irbis
Graphics, User Interfaces "Most software packages employ progress bars to visualize the status of an ongoing process. Users rely on progress bars to verify that an operation is proceeding successfully and to estimate its completion time. Typically, a linear function is applied such that the advancement of a progress bar is directly proportional to the amount of work that has been completed. However, estimating progress can be difficult for complex or multi-stage processes. Varying disk, memory, processor, bandwidth and other factors complicate this further. Consequently, progress bars often exhibit non-linear behaviors, such as acceleration, deceleration, and pauses. Furthermore, humans do not perceive the passage of time in a linear way. This, coupled with the irregular behavior of progress bars, produces a highly variable perception of how long it takes progress bars to complete. An understanding of which behaviors perceptually shorten or lengthen process duration can be used to engineer a progress bar that appears faster, even though the actual duration remains unchanged. This paper describes an experiment that sought to identify patterns in user perception of progress bar behavior."
Permalink for comment 303531
To read all comments associated with this story, please click here.
All very nice, but
by flanque on Wed 5th Mar 2008 21:29 UTC
flanque
Member since:
2005-12-15

This is all very nice, but probably the single best thing developers could do is not employ the exceptionally annoying concept of once the progress bar reaches 100% it then goes back to 0% and starts all over again, and then repeats this 50 times..

It would be better to just have some spinning icon like in Firefox or IE which symbolises it's still working, rather than give people false hope that it's almost complete.