GNU bug report logs - #56305
29.0.50; 'yes-or-no-p' deselects minibuffer frame

Previous Next

Full log

Message #80 received at 56305 <at> debbugs.gnu.org (full text, mbox):

From: martin rudalics <rudalics <at> gmx.at>
To: Alan Mackenzie <acm <at> muc.de>, Eli Zaretskii <eliz <at> gnu.org>
Cc: 56305 <at> debbugs.gnu.org, monnier <at> iro.umontreal.ca
Subject: Re: bug#56305: 29.0.50; 'yes-or-no-p' deselects minibuffer frame
Date: Thu, 7 Jul 2022 09:55:18 +0200

> An idea I had on Sunday was to forcibly set the window system focus to
> the minibuffer frame just before the recursive edit in read_minibuf,
> though I didn't post a patch for it.  This appears to work for me.

This will still raise the minibuffer frame above the normal frame if
your window manager uses a "Raise on focus" policy.  So it's not any
different from using 'select-frame-set-input-focus' here.

AFAICT the most simple approach appears to restore the Emacs 26 behavior
for sessions with separate minibuffer frames.  What would the semantics
of 'minibuffer-follows-selected-frame' be for such a session anyway?

martin

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.