From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "David Vanderschel" Newsgroups: gmane.emacs.help Subject: Minibuffer wipeout: "Auto-saving... done" Date: Tue, 06 Jul 2004 09:53:54 GMT Organization: Road Runner High Speed Online http://www.rr.com Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Message-ID: NNTP-Posting-Host: deer.gmane.org X-Trace: sea.gmane.org 1089108095 11420 80.91.224.253 (6 Jul 2004 10:01:35 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 6 Jul 2004 10:01:35 +0000 (UTC) Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Tue Jul 06 12:01:24 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1BhmlP-0002ce-00 for ; Tue, 06 Jul 2004 12:01:24 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BhmnQ-0007ov-JE for geh-help-gnu-emacs@m.gmane.org; Tue, 06 Jul 2004 06:03:28 -0400 Original-Path: shelby.stanford.edu!newsfeed.stanford.edu!nntp.cs.ubc.ca!cyclone.bc.net!HSNX.atgi.net!cyclone-sf.pbi.net!216.196.106.144!border2.nntp.sjc.giganews.com!nntp.giganews.com!cyclone.austin.rr.com!fe2.texas.rr.com.POSTED!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 49 X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2800.1409 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 Original-NNTP-Posting-Host: 66.68.174.193 Original-X-Complaints-To: abuse@rr.com Original-X-Trace: fe2.texas.rr.com 1089107634 66.68.174.193 (Tue, 06 Jul 2004 04:53:54 CDT) Original-NNTP-Posting-Date: Tue, 06 Jul 2004 04:53:54 CDT Original-Xref: shelby.stanford.edu gnu.emacs.help:124149 Original-To: help-gnu-emacs@gnu.org X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.help:19480 X-Report-Spam: http://spam.gmane.org/gmane.emacs.help:19480 I have a program which prepares a multi-line display for interaction in the minibuffer. It behaves as I intend. However, I have a problem in that the content of the buffer is occasionally erased by the 'echo' which results from auto-saving. (My program remains active and will react to input correctly even though its display in the minibuffer has been wiped out. Oddly, my enlarged height for the minibuffer remains in effect.) I was aware of the fact that I needed to have echo-keystrokes set to 0 to avoid one possible source of such preemptions of the minibuffer; but I would like to have some advice about how to prevent getting my minibuffer content erased by the string "Auto-saving... done." I tried executing do-auto-save just before invoking my function. All that did was to _assure_ that my minibuffer content was wiped out - even when I put a (sit-for 5) after the do-auto-save and before my program selected the minibuffer window and wrote in it. (I find this symptom incomprehensible; so, if someone could enlighten me, I would appreciate it.) I also tried a let binding on auto-save-interval to set it to something large while my minibuffer window was active. No joy. FWIW, the buffer current when the function can be invoked is not itself even subject to auto-saving - it doesn't even have an associated file. A good solution would be a method for temporarily suppressing all auto-saves while my interaction is in progress, which should never be for more than a few tens of seconds. If it is not possible to avoid the wipeout, is there a way to learn that it has happened so that I can repair it? I cannot periodically check the content of the buffer because I am stuck waiting on input. I was using read-event, but that was giving me problems with quit until I switched to read-key-sequence. (I mention the latter because there may be a way by which read-event can learn about the auto-save (but I doubt it).) If there were an after-hook for auto-save, that might help; but I find only a before-hook for auto-save. Any help appreciated, David V.