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

Previous Next

Full log

View this message in rfc822 format

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

> Perhaps that "sometimes" could be expanded upon.  How is the Lisp hacker
> supposed to know when she's got to raise or focus the frame in addition
> to selecting a window?

I think we need to distinguish the WM-level notion of focus from an
"Emacs-internal" notion of focus.

From that point of view, WM-focus and raising should be changed (from
ELisp) only in fairly rare circumstances.

> OK, so maybe we could agree that select-window ought to move focus onto
> the target frame,

Hmm... maybe in some cases, but probably not when Emacs doesn't have focus.

> but not raise it (modulo fascistic window managers).

Indeed.

> My larger point is that all these functionalities, focussing, raising,
> selecting, "highlighting", whatever, seem to be mixed together in the
> code.  If we could separate them into coherent functions, we would have
> fewer bugs like the current one in the future.

In theory we do separate them, with things like
select-frame-set-input-focus/x-focus-frame/raise-frame on one side and
select-frame/window on the other.


        Stefan

Previous Next

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