Comment by marginalia_nu
4 hours ago
Latency is weird in UX. Being too fast can also be jarring.
If you hit a button that's supposed to do something (e.g. "send email" or "commit changes") and the page loads too fast, say in 20ms, a lot of users panic because they think something is broken.
Very true. And it sort of indicates that it is broken or at least unusual. If sending an email at least means "my email server has it now", then 20ms for that to happen would be a very unusual setup.
So if the dialog closes in 20ms if likely means the message was queued internally by the email client and then I would be worried that the queue will not be processed for whatever reason.
Yeah it's usually a problem with asynchronous UIs. You basically need to simulate a synchronous UI to make the interface seem reliable.
The file copy dialog in modern windows versions also has (had) this weird disconnect between the progress it's reporting and what it's actually doing. Seems very clear one thread is copying and one is updating the UI, and the communication between the two seems oddly delayed and inaccurate.
The progress reporting is very bizarre and sometimes the copying doesn't seem to start immediately. It feels markedly flakey.
Similar to the fact that humans need enlarged, human scale-size input and output mechanisms (keyboard, mouse, smartphones, control panel buttons in cockpit). The actual meat of the computation can be packaged in a nicely small form factor.
I remember reading a long time ago that one of the big online tax filing sites, probably TurboTax, added a bunch of loading bars with messages like "Calculating your optimal return..." because users didn't feel like it was trying hard enough when it finished instantly.