Live data from Hacker News

Why some apps use fake progress bars (2017)

theatlantic.com

51–60 of 200 posts

Re: Why some apps use fake progress bars (2017)

#51
post #10
post #2

Deception is NEVER benevolent. Don't lie to your users, people.

So I should never pretend that an operation that took 10 ms took 200ms so the users stop hammering the Save button over and over again because there's 'no way' it could have saved that quickly?

Our software product eventually got auto-save after having required manually saving for a while. We got rid of the save button, and got tons of complaints.

The button went back up, with no functionality, because users liked that.

Finally got rid of the button and put some text that said 'saving...' -> 'auto-saved' in its place.

Re: Why some apps use fake progress bars (2017)

#52

I had a report in Microsoft Access that took about five minutes to run - and the users hated it. I had the application throw up a fake dialog with fake messages about "Collating data, Cross checking, Sorting" and other such nonsense. The report now took eight minutes to run because I had to abuse the "On Timer" event for it to work. The users were delighted with the improvement.

Writing tables to disk...

Saving changes to template...

Rebuilding index...

https://youtu.be/Vd4fj9Efl4s

Re: Why some apps use fake progress bars (2017)

#53

Reminds me of the old IE bar (not sure if it still does this), but it would crawl towards 100%, getting slower and slower as it approached the end, when waiting for a page to respond. In reality IE had no idea how much "progress" had been made by the server, if any.

Chrome for Android does the same thing. If you start loading a page, then disconnect your phone through your router (with mobile data off), the progress bar will continue to move until your phone realizes that you no longer are connected to wifi.

Re: Why some apps use fake progress bars (2017)

#54
post #25

A physical analog of this would be when an Houston airport reduced complaints by moving it's baggage claim to be farther away from gates. Would you call this deception? Also: A friend runs a service that analyzes web page design based on tens of thousands of hours of human eye tracking studies. An analysis only takes a matter of milliseconds, but they found that their conversion rate went up if they artificially put…

Does anyone have more information on the Houston airport case? Because I can imagine how moving the baggage claim further from the gates could result in actual efficiency improvements if it's closer to the exit.

http://www.nytimes.com/2012/08/19/opinion/sunday/why-waiting...

Re: Why some apps use fake progress bars (2017)

#55
post #35

Earlier quoted context omitted.

Most of those steps will go immediately, and one of them has the same problem the original issue had: it’ll sit on it for ages...

I designed and maintain a report-generating component and my system does the same thing. (Plus it is helpful as users can tell me where in the process it failed/hung) It doesn't matter how long each message sits on the screen, as long as it changes every so often. Animated, infinite progress bars also help if you don't/can't estimate ETA

A cycling animation only tells you that your computer/UI isn't dead, it doesn't tell you that the underlying task isn't frozen.

Re: Why some apps use fake progress bars (2017)

#56
post #13

The NYT example is interesting. During the US presidential election I interpreted the needle’s fluctuations (on what was a simulation of an analog gauge–a skeuomorphism) to indicate some form of uncertainty in the data. This would not be deceptive (at least according to my own mental model of how such a gauge would operate in real life). However, according to this article many interpreted the movement as the needle r…

Unless you're in Scientology, the gauge is supposed to be an analogue of whatever the current value it's measuring is. If the data are noisy, the gauge may tremble a bit, but if the data are steady the gauge should be steady.

Re: Why some apps use fake progress bars (2017)

#58
post #10

Earlier quoted context omitted.

So I should never pretend that an operation that took 10 ms took 200ms so the users stop hammering the Save button over and over again because there's 'no way' it could have saved that quickly?

Our software product eventually got auto-save after having required manually saving for a while. We got rid of the save button, and got tons of complaints. The button went back up, with no functionality, because users liked that. Finally got rid of the button and put some text that said 'saving...' -> 'auto-saved' in its place.

Should have put "Saving. Please do not remove the MEMORY CARD™ or turn off the power."

Re: Why some apps use fake progress bars (2017)

#59
post #35

Earlier quoted context omitted.

Connecting Fetching data Processing query Preparing for display

Most of those steps will go immediately, and one of them has the same problem the original issue had: it’ll sit on it for ages...

A few of the default Debian packages give feedback messages like "This could take a long time..."

Most of them used to take a long time, but hardware has caught up. SSH key generation, locale installation. Instead, it's a warning that briefly appears on modern systems, but is visible for quite a while on, say, a Raspberry Pi.

Re: Why some apps use fake progress bars (2017)

#60

I had a report in Microsoft Access that took about five minutes to run - and the users hated it. I had the application throw up a fake dialog with fake messages about "Collating data, Cross checking, Sorting" and other such nonsense. The report now took eight minutes to run because I had to abuse the "On Timer" event for it to work. The users were delighted with the improvement.

Ages ago I evaluated some reporting software. We were using Crystal Reports at the time. One thing that CR did better than the others was make pages available as they were generated. This made the software feel faster even though it was slower than one or two of the others[0] at the time.

[0] Can't remember which ones exactly.

Post reply on HN