bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

backup-enable-predicate docs & special treatment of /tmp inelegant


From: Dan Jacobson
Subject: backup-enable-predicate docs & special treatment of /tmp inelegant
Date: 24 Jan 2001 12:24:56 +0800
User-agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7

info says:
   The default value of the `backup-enable-predicate' variable prevents
backup files being written for files in `/tmp'.

help says:
Predicate that looks at a file name and decides whether to make backups.
Called with an absolute file name as argument, it returns t to enable backup.

but both don't say to the basic user how to stop making /tmp a special
case.  Indeed, it is not as simple as (setq backup-enable-predicate t)
or whatever, so one wouldn't need to spend too much time in the lisp
manual to figure it out, if more advice were given up front. [What Dan
is trying to say here, but is embarrased to admit it, is he can't
figure it out [but didn't try too hard]].

Also is there still point to give /tmp special treatment these days of
bigger disks?  It seems quite inelegant, too OS specific, and often
users would get bitten if they occasionally dabble in /tmp.  Too much
a value judgment on emacs' part.  I recently edited a file on /tmp
expecting that I could do a "diff file file~ > changes" only to
discover that the removed lines were now totally gone from any grasp of
mine, now that I had quit emacs.  My safety net feeling after several
years of use was demolished.  True, one should remember that one is in
/tmp ... but how inelegant.

--------
P.S., if I do as Eli says an use a real address, will my modem bills
go up downloading lots of spam from ISP?
-- 
http://www.geocities.com/jidanni Tel886-4-25854780 e-mail:restore .com. 積丹尼



reply via email to

[Prev in Thread] Current Thread [Next in Thread]