A Plea for Better Software: Provide Auto-Save
Published on June 25, 2007 (↻ July 25, 2021), filed under Development and Everything Else (RSS feed for all categories).
So far, applications rarely automatically and periodically save users’ work. They therefore fail to prevent unnecessary, frustrating, expensive loss of work and information. Since this isn’t just a but a critical problem, we need to encourage application vendors and developers to change that. More:
-
While the problem’s surely much older, I may cite Bruce Tognazzini’s excellent article on interaction design (2004):
Ensure that users never lose their work as a result of error on their part, the vagaries of Internet transmission, or any other reason other than the completely unavoidable, such as sudden loss of power to the client computer.
(
[…]it has become completely inexcusable that today’s computers and operating systems do not support and encourage continuous-save. That, coupled with a small amount of power-protected memory could eliminate the embarrassment of $ 5,000 machines offering the reliability of 10-cent toys.) -
Apple appears to have incorporated auto-save many years ago, and so did several Mac OS software producers. Although on Mac OS, auto-save is relatively broadly supported now (system settings, for example, are saved without requiring you to hit “Save”), some applications (like TextEdit) leave you out in the rain once they crash.
-
My favorite IDE IntelliJ IDEA knows auto-save for at least five years, if not since its inception. This is one of the reasons why I love it so much—I’ve never lost my work with it (unless I decided to search through several GB of data using half-baked regular expressions).
Figure: IntelliJ file menu with never needed “Save All” button.
-
Google and Mozilla are two other great examples for auto-save in action: While Google has integrated auto-save in several web applications (like Google Reader) for quite a while now, the Mozilla Foundation added “emergency save” functionality for cases when Firefox crashes—next time you open the browser, you can restore the last session. This is exactly what we need in more applications.
This became another guerrilla post, but it should be clear that we benefit from applications to save continuously. So when there’s a web app that doesn’t have auto-save magic, let’s add it. And when there’s an important application that could use some of that magic too, let’s add it there as well.
About Me
I’m Jens (long: Jens Oliver Meiert), and I’m a frontend engineering leader and tech author/publisher. I’ve worked as a technical lead for companies like Google and as an engineering manager for companies like Miro, I’m a contributor to several web standards, and I write and review books for O’Reilly and Frontend Dogma.
I love trying things, not only in web development (and engineering management), but also in other areas like philosophy. Here on meiert.com I share some of my experiences and views. (Be critical, interpret charitably, and give feedback.)
Comments (Closed)
-
On June 25, 2007, 18:17 CEST, Eric said:
That’s something which irritated me when I switched to a mac: no apply and save buttons in preferences. I use Textmate a lot which saves your files when switching to another window which is quite good.
-
On June 25, 2007, 19:08 CEST, Duluoz said:
Every now and then, out of curiosity, I’ll try out new versions of design software such as Corel Draw. Corel’s products have had auto-save for years. You can also customize the frequency of saving if you like. However, I and many others have had this feature crash the application when triggered! How wonderful and counter productive is that!? Hahaha.
-
On October 18, 2008, 22:44 CEST, mprove said:
In general I agree with your reasoning, but if it comes to the details I have to add an aspect. AUTOSAVE is fighting the symptoms of an application centered model. Users tend to forget to SAVE their documents until it is too late due to system crashes. A better solution would be a document centered model and CONTINUOUS SAVE TO A SUSPEND FILE. Thus, the file on the disk is not automatically overwritten and can be used as an important milestone during the course of the work.
If some applications provide AUTOSAVE (and I do not refer to the pref panel), some other applications don’t then the situation for the user might be worse than before. She needs to keep in mind yet another mode of the machine, ie. whether the app offers AUTOSAVE or not.
Apple Lisa did it right and for example OpenOffice.org as well.
Read More
Maybe of interest to you, too:
- Next: Arguments for the “style” Attribute
- Previous: Load Time, the UX Factor: Facts and Measures
- More under Development or Everything Else
- More from 2007
- Most popular posts
Looking for a way to comment? Comments have been disabled, unfortunately.
Is it possible to find fault with everything? Try The Problems With All the Good Things (2023). In a little philosophical experiment, I’m making use of AI to look into this question—and what it means. Available at Amazon, Apple Books, Kobo, Google Play Books, and Leanpub.