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

Previous Next

Full log

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

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Alan Mackenzie <acm <at> muc.de>
Cc: martin rudalics <rudalics <at> gmx.at>, Eli Zaretskii <eliz <at> gnu.org>,
 56305 <at> debbugs.gnu.org
Subject: Re: bug#56305: 29.0.50; 'yes-or-no-p' deselects minibuffer frame
Date: Mon, 11 Jul 2022 13:06:40 -0400

> Apologies: the doc string for select-window virtually says it grabs the
> focus.  Couldn't we go the whole way, and explicitly state that
> select-window is really "select-window-set-input-focus"?

This sounds problematic at the very least for cases like
`with-selected-window` and `save-window-excursion`, where we don't
really want the code to "set and (un/re)set" the focus.  And similarly
when code does `select-window` while Emacs doesn't have focus at all.

We do have a kind of messy situation w.r.t distinguishing the notion of
selected-frame (and selected-window to some extend) from its interaction
with window-manager focus.  But I'm not sure we can (nor should) really
unify the two.


        Stefan

Previous Next

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