From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: storm@cua.dk (Kim F. Storm) Newsgroups: gmane.emacs.devel Subject: Re: autorevert.el Date: 19 Mar 2004 11:19:22 +0100 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: References: <200403022319.i22NJbG01259@raven.dms.auburn.edu> <200403040508.i2458W811551@raven.dms.auburn.edu> <200403050400.i2540VQ21715@raven.dms.auburn.edu> <200403130310.i2D3A8w28676@raven.dms.auburn.edu> <200403150008.i2F083x04382@raven.dms.auburn.edu> <200403160456.i2G4uVL14097@raven.dms.auburn.edu> <2427-Tue16Mar2004214034+0200-eliz@elta.co.il> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1079688205 10273 80.91.224.253 (19 Mar 2004 09:23:25 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 19 Mar 2004 09:23:25 +0000 (UTC) Cc: Luc Teirlinck , emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Fri Mar 19 10:23:18 2004 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1B4GDm-0002rH-00 for ; Fri, 19 Mar 2004 10:23:18 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1B4GDl-0003VQ-00 for ; Fri, 19 Mar 2004 10:23:18 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.30) id 1B4GBc-0004qf-5C for emacs-devel@quimby.gnus.org; Fri, 19 Mar 2004 04:21:04 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.30) id 1B4GBM-0004nq-BB for emacs-devel@gnu.org; Fri, 19 Mar 2004 04:20:48 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.30) id 1B4GAq-0004eg-Ey for emacs-devel@gnu.org; Fri, 19 Mar 2004 04:20:47 -0500 Original-Received: from [212.88.64.25] (helo=mail-relay.sonofon.dk) by monty-python.gnu.org with smtp (Exim 4.30) id 1B4GAL-0004ah-MB for emacs-devel@gnu.org; Fri, 19 Mar 2004 04:19:45 -0500 Original-Received: (qmail 50004 invoked from network); 19 Mar 2004 09:19:39 -0000 Original-Received: from unknown (HELO kfs-l.imdomain.dk.cua.dk) (213.83.150.2) by 0 with SMTP; 19 Mar 2004 09:19:39 -0000 Original-To: Eli Zaretskii In-Reply-To: <2427-Tue16Mar2004214034+0200-eliz@elta.co.il> Original-Lines: 38 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:20601 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:20601 "Eli Zaretskii" writes: > > Date: Mon, 15 Mar 2004 22:56:31 -0600 (CST) > > From: Luc Teirlinck > > > > What this could mean is that autoreverting of dired buffers may not > > work on MS-Windows or maybe that, on MS-windows, one could just > > automatically autorevert dired buffers every auto-revert-interval > > seconds, assuming one has a reasonably fast computer (admittedly a > > very suboptimal solution). > > Both of these alternatives sound wrong to me. I think on Windows > Emacs should listen to the special message sent by the OS whenever the > contents of some directory changes. I believe this is how the Windows > Explorer and other programs know when to refresh their views of files > in a directory. I had the same problem in ido-mode, which wants to cache directory contents to speed up operations. On Windoze, this doesn't work because cached directories don't get refreshed automatically. My (primitive) solution was to let the user refresh directories on demand (with C-l). If this could be automated, it would be fine. However this would still be pretty useless (or make things perform worse), if the effect of receiving a "some directory updated" message would be to clear the whole directory cache (in case the message doesn't indicate which directory changed -- does it?). If somebody wants to work on adding that message functionality, I will adapt ido to use it. I suppose adding a w32-directory-changed-functions hook variable would be the proper mechanism; members on the hook should be functions with one arg -- the file name of directory which changed (if available). -- Kim F. Storm http://www.cua.dk