bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#47969: 28.0.50; Losing minibuffer focus in trying M-x command


From: Stefan Monnier
Subject: bug#47969: 28.0.50; Losing minibuffer focus in trying M-x command
Date: Thu, 06 May 2021 09:22:52 -0400
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)

> I don't know; I don't think so.  But the solution doesn't have to be
> entirely in Lisp, does it?  We could, for example, add a variable
> indicating that a key sequence is being read (if there isn't such a
> variable already).

[ I don't think there's such a variable, no.  ]

> Stefan, any suggestions or comments?

No, the thread looks pretty complete.

I'll just point out that it's OK to revert the change made for Emacs-25,
but at one condition: we need to clearly label the `minibufferp` test with
a comment pointing to this discussion so that if the problem that commit
was intended to fix comes up again, we'll then have more context to make
a better decision.

Actually, one idea: this problem seems linked to accidental mouse
movement, so its occurrence depends on the kind of input device you use
as well as the user's usage patterns, so we could let
`mouse-autoselect-window` have 3 values, for those users who want to
support `mouse-autoselect-window` even from inside an active minibuffer.


        Stefan






reply via email to

[Prev in Thread] Current Thread [Next in Thread]