From: Lars Ingebrigtsen <larsi@gnus.org>
To: Nick Andryshak <nandryshak@gmail.com>
Cc: 19718@debbugs.gnu.org
Subject: bug#19718: read_filtered_event echos mouse events until character is inputted
Date: Tue, 25 Aug 2020 11:54:21 +0200 [thread overview]
Message-ID: <87ft8bcape.fsf@gnus.org> (raw)
In-Reply-To: <CAF_1MKW8jOfc3J5tH+ABeWysoqvsaSPrHRHNLHATmLerrHP+BQ@mail.gmail.com> (Nick Andryshak's message of "Wed, 28 Jan 2015 15:35:43 -0500")
[-- Attachment #1: Type: text/plain, Size: 773 bytes --]
Nick Andryshak <nandryshak@gmail.com> writes:
> See this Stack Exchange question:
>
> http://emacs.stackexchange.com/questions/7443/mouse-problem-in-org-mode-export-window
>
> The asker is trying to use the mouse wheel to scroll the
> org-export-dispatch window. org-export-dispatch is using the built-in
> function read-char-exclusive, which in turn calls read_filtered_event
> with the parameter error_nonascii set to 0. Unlike read-char, which
> will throw an error upon receiving a mouse event, read-char-exclusive
> just keeps retrying, and eventually the echo area will become full of
> mouse event names.
Yes, I've always wondered what the point of that was. Test case:
M-: (read-char-exclusive "foo: ")
<mouse-1>
After waiting a bit, the echo area will say:
[-- Attachment #2: down.jpg --]
[-- Type: image/jpeg, Size: 8644 bytes --]
[-- Attachment #3: Type: text/plain, Size: 193 bytes --]
I don't really see the point of that? Are there any circumstances that
this is useful?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
next prev parent reply other threads:[~2020-08-25 9:54 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-01-28 20:35 bug#19718: read_filtered_event echos mouse events until character is inputted Nick Andryshak
2018-05-15 2:43 ` Noam Postavsky
2020-08-25 9:54 ` Lars Ingebrigtsen [this message]
2020-08-25 9:58 ` Eli Zaretskii
2020-08-25 10:13 ` Lars Ingebrigtsen
2020-08-25 10:38 ` Eli Zaretskii
2020-08-25 10:40 ` Lars Ingebrigtsen
2022-01-24 17:19 ` Lars Ingebrigtsen
2022-01-27 15:21 ` 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=87ft8bcape.fsf@gnus.org \
--to=larsi@gnus.org \
--cc=19718@debbugs.gnu.org \
--cc=nandryshak@gmail.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.
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.