GNU bug report logs - #34614
26.1.92; When reading input in mini-buffer, message to each area overide the input prompt

Previous Next

Package: emacs;

Reported by: Zhang Haijun <ccsmile2008 <at> outlook.com>

Date: Fri, 22 Feb 2019 12:19:01 UTC

Severity: normal

Tags: fixed

Found in version 26.1.92

Fixed in version 27.0.50

Done: Juri Linkov <juri <at> linkov.net>

Bug is archived. No further changes may be made.

Full log


Message #41 received at 34614 <at> debbugs.gnu.org (full text, mbox):

From: Zhang Haijun <ccsmile2008 <at> outlook.com>
To: martin rudalics <rudalics <at> gmx.at>
Cc: "34614 <at> debbugs.gnu.org" <34614 <at> debbugs.gnu.org>
Subject: Re: bug#34614: 26.1.92; When reading input in mini-buffer, message to
 each area overide the input prompt
Date: Sat, 23 Feb 2019 08:05:28 +0000
> 在 2019年2月23日,下午3:53,martin rudalics <rudalics <at> gmx.at> 写道:
> 
> >> minibuffer-message-timeout
> >
> > On timeout of minibuffer-message-timeout, can emacs trigger a redisplay?
> 
> That's what I tried in 'auto-revert-handler':
> 
>      (when (and auto-revert-verbose
>                 (not (eq revert 'fast)))
>        (message "Reverting buffer `%s'." (buffer-name))
>        (when (> (minibuffer-depth 0))
>          (sit-for minibuffer-message-timeout)
>          (message nil)))
> 
> But then the message flashes for a short moment here, Emacs redisplays
> and switches back to the prompt.  So for some reason 'sit-for' doesn't
> work as advertised when Emacs is waiting for input.
> 
> martin

I see the variable 'minibuffer-message-timeout’ is defined in c source code. Maybe emacs processes it in c source code already, which conflicts with sit-for?



This bug report was last modified 5 years and 250 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.