From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Luc Teirlinck Newsgroups: gmane.emacs.devel Subject: Re: Popup when buffer file is changed on disk Date: Sun, 6 Feb 2005 12:11:24 -0600 (CST) Message-ID: <200502061811.j16IBOC15164@raven.dms.auburn.edu> References: <200502040036.j140atb03430@raven.dms.auburn.edu> <009d01c50bbb$9aa2fd50$0200a8c0@sedrcw11488> <000c01c50bc5$248dc1e0$6501a8c0@y8h26> <01c50bd6$Blat.v2.4$48866000@zahav.net.il> <001701c50be6$0eb9fa20$0200a8c0@sedrcw11488> <01c50c1c$Blat.v2.4$88670e40@zahav.net.il> <002801c50c2a$cbce93c0$0200a8c0@sedrcw11488> NNTP-Posting-Host: main.gmane.org X-Trace: sea.gmane.org 1107713579 8477 80.91.229.2 (6 Feb 2005 18:12:59 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 6 Feb 2005 18:12:59 +0000 (UTC) Cc: lennart.borgman.073@student.lu.se, eliz@gnu.org, emacs-devel@gnu.org, moheb1333@comcast.net Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Feb 06 19:12:58 2005 Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1Cxqtx-00006N-FC for ged-emacs-devel@m.gmane.org; Sun, 06 Feb 2005 19:12:53 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cxr7v-0003wU-N5 for ged-emacs-devel@m.gmane.org; Sun, 06 Feb 2005 13:27:19 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Cxr7a-0003t1-JH for emacs-devel@gnu.org; Sun, 06 Feb 2005 13:26:58 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Cxr7Z-0003sf-GN for emacs-devel@gnu.org; Sun, 06 Feb 2005 13:26:57 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Cxr7Z-0003sb-C7 for emacs-devel@gnu.org; Sun, 06 Feb 2005 13:26:57 -0500 Original-Received: from [131.204.53.104] (helo=manatee.dms.auburn.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cxqtx-0007z6-L4; Sun, 06 Feb 2005 13:12:53 -0500 Original-Received: from raven.dms.auburn.edu (raven.dms.auburn.edu [131.204.53.29]) by manatee.dms.auburn.edu (8.12.10/8.12.10) with ESMTP id j16ICn9N006439; Sun, 6 Feb 2005 12:12:49 -0600 (CST) Original-Received: (from teirllm@localhost) by raven.dms.auburn.edu (8.11.7p1+Sun/8.11.7) id j16IBOC15164; Sun, 6 Feb 2005 12:11:24 -0600 (CST) X-Authentication-Warning: raven.dms.auburn.edu: teirllm set sender to teirllm@dms.auburn.edu using -f Original-To: rms@gnu.org In-reply-to: (message from Richard Stallman on Sun, 06 Feb 2005 07:42:33 -0500) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org X-MailScanner-To: ged-emacs-devel@m.gmane.org Xref: main.gmane.org gmane.emacs.devel:32958 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:32958 Richard Stallman wrote: I don't want to install this; I think it would be annoying. I believe that it would be very annoying. It is apparently something people who use MS Windows applications are used to, but I guess that is because they have systematically adapted their customizations and work habits to it. I believe that autorevert mostly covers the functionality. The only problem is that autorevert quits either reverting or warning if the buffer is modified. (Emacs _does_ warn when you try to save your changes to disk.) I believe that it would not be too difficult to adapt the code in autorevert to put a flag in the modeline that says whether the visited file has changed on disk or not, regardless of whether the buffer is modified or not. This would be a mode (more of a mode line feature) that could be enabled independently from Auto Revert. If you do not use Auto Revert, it would just tell you that the file had changed on disk, leaving the decision of whether to revert or not up to the user. It would be analogous to the flag telling you that you have new mail. It would also not be very difficult to add a global flag indicating that at least one file visited in some buffer has changed on disk, but I believe that would be less useful than the "local" variant. While I do not believe that would be terribly difficult to implement, I personally do not have the time right now and we are in a feature freeze. Sincerely, Luc.