unofficial mirror of help-gnu-emacs@gnu.org
 help / color / mirror / Atom feed
From: "David Vanderschel" <DJV4@Austin.RR.com>
Subject: Minibuffer wipeout:  "Auto-saving... done"
Date: Tue, 06 Jul 2004 09:53:54 GMT	[thread overview]
Message-ID: <SEuGc.19816$W6.13450@fe2.texas.rr.com> (raw)

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.

             reply	other threads:[~2004-07-06  9:53 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-07-06  9:53 David Vanderschel [this message]
2004-07-06 10:37 ` New symptom and code David Vanderschel
2004-07-06 18:15   ` Kevin Rodgers
2004-07-07  1:16     ` David Vanderschel
2004-07-07  1:24       ` David Kastrup
2004-07-07 16:04       ` Kevin Rodgers
2004-07-08  2:05         ` David Vanderschel
2004-07-06 10:42 ` David Vanderschel
2004-07-10 17:17   ` Kai Grossjohann
2004-07-06 18:13 ` Minibuffer wipeout: "Auto-saving... done" Kevin Rodgers
2004-07-08  2:26   ` David Vanderschel

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='SEuGc.19816$W6.13450@fe2.texas.rr.com' \
    --to=djv4@austin.rr.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).