Re: C-x C-c needs to say more than just "save file...?"

[Dan Jacobson]

>>>>> "Eli" == Eli Zaretskii <eliz@is.elta.co.il> writes:

Eli> On 7 Jan 2001, Dan Jacobson wrote:

>> >> -querying for confirmation of quitting was the default behavior
>> in >> Emacs (perhaps too annoying for many expert users),
>> 
Eli> How about popping the question only if the number of buffers
Eli> exceeds some predefined value?
>>  here one surely cannot make value judgments, as one tiny buffer
>> with the valuable info might be much more important then 25 big
>> other buffers, even though there's no file attached to the buffer.

Eli> How is this relevant?  Emacs asks you about unsaved buffers
Eli> before it exist, so no data is ever lost, no matter how many
Eli> buffers did you have.

Eli> The rationale for basing the decision on the number of buffers is
Eli> the amount of time it takes to reproduce your session: visit all
Eli> the files, set point and mark in each buffer where you left them,
Eli> etc.  (There are features in Emacs to make this very easy and
Eli> automatic, but they are not turned on by default.)  The effort
Eli> required for this is highly correlated with the number of buffers
Eli> in the session.

Often I find myself with say, a *Shell command output* buffer with
results of say 30 minuties of tinkering with various ESC !
commands... sure, one would say if I intended to save the command line
I slowly refined thru repeated ESC !, I should have edited a file say,
called script.sh, and used the convenience of M-x compile... however,
things do not always start out that way... one starts tinkering, says
"hey, this is signifigant, I ought to start saving this to a
file... ok, I will, just give me one more minute here" and zap: a
misplaced C-x C-c throws it all away.   OK, this is just an example...
Hmmm, maybe the user, um, me, should decide eariler what he intends to
save. OK, never mind :-)
-- 
http://www.geocities.com/jidanni Tel886-4-25854780 e-mail:restore .com. 積丹尼