From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Sebastien Vauban" Newsgroups: gmane.emacs.bugs Subject: Re: bug#12833: 24.2.50; Avoid questions asked in the echo area to be overridden by messages Date: Mon, 10 Dec 2012 11:16:14 +0100 Organization: Sebastien Vauban Message-ID: <80vccaqkk1.fsf@somewhere.org> References: <80liec1dea.fsf@somewhere.org> <1354662544.WXHGMQZGWMUF@spammotel.com> <80txs03mu2.fsf@somewhere.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1355134813 14041 80.91.229.3 (10 Dec 2012 10:20:13 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 10 Dec 2012 10:20:13 +0000 (UTC) To: bug-gnu-emacs-mXXj517/zsQ@public.gmane.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org-mXXj517/zsQ@public.gmane.org Mon Dec 10 11:20:26 2012 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Ti0TG-0000jI-1Y for geb-bug-gnu-emacs@m.gmane.org; Mon, 10 Dec 2012 11:20:22 +0100 Original-Received: from localhost ([::1]:56824 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ti0T3-0007Dp-IL for geb-bug-gnu-emacs@m.gmane.org; Mon, 10 Dec 2012 05:20:09 -0500 Original-Path: usenet.stanford.edu!news.tele.dk!news.tele.dk!small.news.tele.dk!colt.net!newsfeed-out.coltfrance.com!feeds.phibee-telecom.net!eternal-september.org!feeder.eternal-september.org!mx04.eternal-september.org!.POSTED!not-for-mail Original-Newsgroups: gnu.emacs.bug Original-Lines: 40 Injection-Info: mx04.eternal-september.org; posting-host="5da807328d6a3351ee2b595083918cf6"; logging-data="30716"; mail-complaints-to="abuse-VVbKFVtnif8H+i2N2EyTrmui9UKz+5OX@public.gmane.org"; posting-account="U2FsdGVkX1/ZpG8MivCh8ePmdRYExNne" User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.3.50 (windows-nt) X-Archive: encrypt Cancel-Lock: sha1:5zw8wChZzVFwL/+k2ut34vHlt7M= sha1:/BMGwHW5E6B0XJC8EUoqyPv7hes= X-Url: Under construction... Original-Xref: usenet.stanford.edu gnu.emacs.bug:94634 X-BeenThere: bug-gnu-emacs-mXXj517/zsQ@public.gmane.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org-mXXj517/zsQ@public.gmane.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org-mXXj517/zsQ@public.gmane.org Xref: news.gmane.org gmane.emacs.bugs:68273 Archived-At: Hello Stefan, Stefan Monnier wrote: >>>> What does that change in case of interactive question? If I do 1 require >>>> before asking a question to the user, the message about that require >>>> should hardly be visible (if visible at all -- because actions happen so >>>> quickly). The question should use the space of the information message, >>>> point. >>> >>> I see, yes, that would make sense. >> >> Does that mean it will be fixed that way? > > No, it just means that I'd accept such a change. But I don't have time to > come up with a patch for it in the foreseeable future. > >> BTW, I tested a workaround in the meanwhile: let-binding >> `minibuffer-message-timeout' to 0. > > I think you'd need to let-bind it around the code that brings up > the minibuffer. IIUC, in the examplified case, you mean to let-bind it in defun `org-read-date'? But that is only one case out of hundreds: the problem appears as well in many other functions of many other packages (than Org): `describe-variable', and `describe-function', just to name a few. In fact, IIUC, it happens every time that a defun embeds a `require' and a user interaction via the minibuffer. All those packages (`org.el', `help-fns.el', etc.) are out of my responsability area. I can't path them all, can I? Best regards, Seb -- Sebastien Vauban