GNU bug report logs -
#32257
26.1; read-multiple-choice inf loops on mouse clicks
Previous Next
Reported by: Noam Postavsky <npostavs <at> gmail.com>
Date: Tue, 24 Jul 2018 12:07:01 UTC
Severity: normal
Tags: fixed, patch
Found in version 26.1
Fixed in version 26.3
Done: Noam Postavsky <npostavs <at> gmail.com>
Bug is archived. No further changes may be made.
Full log
Message #41 received at 32257 <at> debbugs.gnu.org (full text, mbox):
> From: Andy Moreton <andrewjmoreton <at> gmail.com>
> Date: Tue, 31 Jul 2018 12:59:37 +0100
>
> > Another possibility is to use read-char-exclusive which only changes
> > ERROR_NON_ASCII to 0. The downside is that when there are mouse clicks
> > it prints the events into the minibuffer, covering the prompt (but
> > typing "?" still works to restore the prompt).
>
> AS you have done, I read the implementation and tried a patch using
> `read-char-exclusive'. The result is unusable as the printed events
> obscure the original question.
I think "unusable" is an exaggeration, since you can recover the
prompt. And the result is definitely better than the current
situation, where you just get stuck.
> The proper long term fix for this is to make read-multiple-choice use a
> dedicated buffer rather than the minibuffer, and give better visibility
> when more than one question is asked in succession. Perhaps also some
> way to stop the echo area from obscuring the minibuffer ?
The echo-area messages are fine, but we should have a feature that
allows to suppress echoing the mouse clicks.
This bug report was last modified 5 years and 362 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.