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."
Thread beginning with comment 303553
To read all comments associated with this story, please click here.
Triple progress bar + ETA
by Doc Pain on Wed 5th Mar 2008 23:16 UTC
Doc Pain
Member since:
2006-10-08

Well, interesting paper, especially (to me) pg. 4 ยง 2.

There's something I'd like to mention additionally, from my daily experience. My main file manager is the well known Midnight Commander. It utilizes a triple progress bar, combined with an ETA indicator. This looks like this:

---------------------- Copy ----------------------

Source: foobar.tar
Target: /export/home/foo/bar/foobar.tar

File: (#######################__) 95% ETA 0:02.10
Bytes: (#####____________________) 24% 2.57 MB/s
Count: (###______________________) 22%

(Skip) (Abort)

Thiese indicators show you in an appealing setting,
1. that the system (the application) is busy,
2. that something is happening,
3. which files are involved,
4. how the process is going on for the actual file,
5. how the process is going on regarding all the files,
6. how the process is going on regarding total byte count,
7. which bandwidth is occupied,
8. when the process will be finished.

These informations are presented in an appealing setting. Of course this is an example for a simple task (copying file), but it can surely be applied to other kinds of progresses (image manipulation process, DVD recording process), too. I know my comment is not very scientifical and lacks a chi-square factorial analysis. :-)

RE: Triple progress bar + ETA
by panzi on Wed 5th Mar 2008 23:43 in reply to "Triple progress bar + ETA"
panzi Member since:
2006-01-22

Copying a file actually is a easy to predict operation. You know the amount of bytes that will be copied in advance just by stat()ing them. Other operations are often not as easy to predict.

However, I'm pro Progressbar for the already mentioned reasons.

Reply Parent Bookmark Score: 1