[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: |
Eli Zaretskii |
Subject: |
bug#47969: 28.0.50; Losing minibuffer focus in trying M-x command |
Date: |
Mon, 03 May 2021 14:54:24 +0300 |
> From: Lars Ingebrigtsen <larsi@gnus.org>
> Cc: Gregory Heytings <gregory@heytings.org>, robert@capuchin.co.uk,
> 47969@debbugs.gnu.org
> Date: Mon, 03 May 2021 11:07:50 +0200
>
> > FWIW, I think we should instead temporarily disable
> > mouse-autoselect-window when a minibuffer is active.
>
> I don't think that's what's happening here, exactly. If you `M-x' then
> moving the mouse to a different window doesn't have any effect that I
> can see.
That's because M-x isn't a prefix key, whereas ESC is.
> It's only in the test case described by Gregory that things go haywire:
> `ESC' + mouse move + `xfoo'.
Here's a demo without ESC:
M-x set-variable RET mouse-autoselect-window RET t RET
C-x 2
C-x ; wait for the "C-x" prompt in the echo area
; move mouse to the other window
b ; selected-window is not longer the mini-window
foo ; this gets inserted into some buffer instead of the minibuffer
bug#47969: 28.0.50; Losing minibuffer focus in trying M-x command, martin rudalics, 2021/05/02
- bug#47969: 28.0.50; Losing minibuffer focus in trying M-x command, Robert Marshall, 2021/05/02
- bug#47969: 28.0.50; Losing minibuffer focus in trying M-x command, Gregory Heytings, 2021/05/03
- bug#47969: 28.0.50; Losing minibuffer focus in trying M-x command, martin rudalics, 2021/05/03
- bug#47969: 28.0.50; Losing minibuffer focus in trying M-x command, Gregory Heytings, 2021/05/03
- bug#47969: 28.0.50; Losing minibuffer focus in trying M-x command, Gregory Heytings, 2021/05/03
- bug#47969: 28.0.50; Losing minibuffer focus in trying M-x command, martin rudalics, 2021/05/03
- bug#47969: 28.0.50; Losing minibuffer focus in trying M-x command, Eli Zaretskii, 2021/05/03