Interesting idea though. Thanks for pointing it out.
It's such a major step in the wrong direction to have to go back to trying to avoid shutting down applications/your computer since it's such a big hassle.
If I want save something I'll save it and if I want to close something I'll close it, just keep it "open" for me in the mean time.
$ atom some/where/to/my/project
# open files
# close atom
$ atom some/where/to/my/project
# atom reopens everything I had open for that project
Much more sensible for me than the reopen every single project I had open last time.(If step (2) is "create new file", Sublime will preserve it, even if it's not saved.)
Okay sorry that sounds snarky and unproductive- What I mean is, as a model for how human evolved navigation works- a persistant work space with effectively no need to "save" work is more like reality. If you scribble something on a napkin, and leave it on your desk, the desk doesn't demand you name the napkin when you try to leave the house. At the exact moment you need to leave to go to work, is the exact moment you are least prepared to think of a name and location to find something later.
But with a persistent workspace, you can just shut the program instantly, without being spammed by 15 "save, discard, cancel" dialogues. Pressing the power button on the computer, and having the computer just.. turn off… and then turn back on having not forgotten anything by accident or otherwise. You can name and save stuff AT YOUR LEISURE.
that. is. the. future.
…. of 1996. It's 2014 now and we've just now gotten round to adding it… to one program. a text editor. now we just need to get the rest of the developers in the world on board with this really obviously correct thing to do.
(Expecting explanation on why hibernation is considered harmful. )
It's certainly useful, but I think the comment you were replying to was thinking more along the lines of saving that state without doing all the work our computers have to do to go into hibernate.
I for one would love a faster and less error prone sleep/hibernate feature. (Although recent Mac OS implementations have really cut down on the error prone part of that. I'm not sure where the Linux/Windows crowd is on that, I would assume the story is the same/similar.)
Maybe if they did, my desk wouldn't be so untidy right now.
The save/discard/cancel dialogs are there for a reason: the computer doesn't know whether you want to save or discard! "Keep everything" is not a solution.
Usually I will keep about 50% of the "unattached" files I create. Some will be good ideas: they get saved. Some will be go nowhere: I throw those away.
For files attached to a project it's more like 100% -- so they should be named upfront on creation.
Besides, doing something "at your leisure" is a euphemism for never doing it at all. People are difficult like that.
Very powerful editor (vim too), seriously consider challenging your assumptions around text editor productivity...
Also, use The Silver Surfer for finding stuff in files + [e,c]tags. Emacs has some nice modes for interfacing with those tools too :)
Speed, good core API design, and stability take time.