From: "Sebastien Vauban" <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org>
To: <re.H997XW1WDCB4C-geNee64TY+gS+FvcfC7Uqw@public.gmane.org>
Cc: 12833-ubl+/3LiMTaZdePnXv/OxA@public.gmane.org
Subject: bug#12833: **: Re: bug#12833: 24.2.50; Avoid questions asked in the echo area to be overridden by messages
Date: Tue, 04 Dec 2012 23:10:29 +0100 [thread overview]
Message-ID: <804nk1eaei.fsf@somewhere.org> (raw)
In-Reply-To: <jwvobi9tw7n.fsf-monnier+emacs-mXXj517/zsQ@public.gmane.org> (Stefan Monnier's message of "Tue, 04 Dec 2012 15:14:07 -0500")
Hi Stefan,
Stefan Monnier wrote:
>> Schedule a date from that item with `C-c C-s': the prompt for the date gets
>> hidden (for something like 5 seconds) by the "require" message (though,
>> that happened before displaying the prompt).
>
>> This is reproducible ever and ever, in the same session.
>
> It shouldn't be 5 seconds, but more like 2 seconds (or rather "whatever time
> it takes to display the messages plus setup the minibuffer plus 2s").
>
> IOW this is `minibuffer-message-timeout'.
Just checked that unknown var (for me): yep, equals 2. The true reality (now
that I'm chronometering it) is as well that the messages are more or less
displayed for 2 seconds -- but they seemed like 5 looong seconds.
> What behavior would you like to see instead?
IIUC, the require (of some package) is done before asking whatever question in
the minibuffer. So, for me, the same would apply as in other cases...
If I do 2 requires in a row (package "A", then package "B"), the message
telling I required the first one ("A") will certainly not be visible in
the echo area, as immediately after, there is another message being
displayed, saying that "B" just got required.
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.
In the given example here above, things are happening in the function
`org-read-date':
--8<---------------cut here---------------start------------->8---
(defun org-read-date (...)
"Read a date..."
(require 'parse-time)
...
(read-string prompt default-input 'org-read-date-history timestr)
...)
--8<---------------cut here---------------end--------------->8---
The require of `parse-time' does display a message in the minibuffer (echo
area, to be accurate). When executing `read-string', whatever displayed
message should disappear and be replaced by the prompt.
The prompt, IMO, should never be overridden by a reminiscent message.
Am I exposing clearly my point of view (be it shared or not)?
Best regards,
Seb
--
Sebastien Vauban
next prev parent reply other threads:[~2012-12-04 22:10 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-11-08 12:34 bug#12833: 24.2.50; Avoid questions asked in the echo area to be overridden by messages Sebastien Vauban
2012-12-04 20:14 ` Stefan Monnier
2012-12-04 22:06 ` Jan Djärv
[not found] ` <jwvobi9tw7n.fsf-monnier+emacs-mXXj517/zsQ@public.gmane.org>
2012-12-04 22:10 ` Sebastien Vauban [this message]
[not found] ` <1354662544.WXHGMQZGWMUF@spammotel.com>
2012-12-05 3:41 ` Stefan Monnier
[not found] ` <mailman.14537.1354678921.855.bug-gnu-emacs@gnu.org>
2012-12-05 8:49 ` Sebastien Vauban
2012-12-06 20:14 ` Stefan Monnier
[not found] ` <mailman.14688.1354824897.855.bug-gnu-emacs@gnu.org>
2012-12-10 10:16 ` Sebastien Vauban
2012-12-10 17:01 ` Stefan Monnier
[not found] ` <mailman.14984.1355158954.855.bug-gnu-emacs@gnu.org>
2012-12-11 9:54 ` Sebastien Vauban
2012-12-11 13:50 ` Stefan Monnier
[not found] ` <mailman.15030.1355233953.855.bug-gnu-emacs@gnu.org>
2012-12-12 9:16 ` Sebastien Vauban
2012-12-12 20:06 ` Stefan Monnier
[not found] ` <mailman.15189.1355342844.855.bug-gnu-emacs@gnu.org>
2012-12-13 11:17 ` Sebastien Vauban
2020-08-20 18:14 ` Lars Ingebrigtsen
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=804nk1eaei.fsf@somewhere.org \
--to=wxhgmqzgwmuf-genee64ty+gs+fvcfc7uqw@public.gmane.org \
--cc=12833-ubl+/3LiMTaZdePnXv/OxA@public.gmane.org \
--cc=re.H997XW1WDCB4C-geNee64TY+gS+FvcfC7Uqw@public.gmane.org \
/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.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.