GNU bug report logs - #63967
28.2; switch-to-buffer in normal window fails if minibuffer window is active

Previous Next

Package: emacs;

Reported by: Al Petrofsky <al <at> petrofsky.org>

Date: Fri, 9 Jun 2023 04:10:02 UTC

Severity: normal

Found in version 28.2

Done: Alan Mackenzie <acm <at> muc.de>

Bug is archived. No further changes may be made.

Full log


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

From: martin rudalics <rudalics <at> gmx.at>
To: Alan Mackenzie <acm <at> muc.de>, Drew Adams <drew.adams <at> oracle.com>
Cc: "al <at> petrofsky.org" <al <at> petrofsky.org>,
 "63967 <at> debbugs.gnu.org" <63967 <at> debbugs.gnu.org>, Eli Zaretskii <eliz <at> gnu.org>,
 "monnier <at> iro.umontreal.ca" <monnier <at> iro.umontreal.ca>
Subject: Re: [External] : bug#63967: 28.2; switch-to-buffer in normal window
 fails if minibuffer window is active
Date: Mon, 12 Jun 2023 09:17:29 +0200
> It might be useful to compare with the way most non-Emacs systems cope
> with these problems: they use what are known as "modal" dialogue boxes.
> Having initiated one of these, there is no way of doing anything else in
> the system, including looking at a buried frame, until the "modal"
> dialogue has been terminated or aborted.  I think Emacs's way is better,
> even if not perfect.

Alas, this is no longer true.  Start Emacs 29 via

emacs -Q --eval "(setq default-frame-alist '((minibuffer . nil)))"

Now type C-x 5 o to switch to the normal, minibuffer-less frame and then
type C-x f.  Next try to access the normal frame via C-x o, C-x 5 o, the
window manager's Alt-TAB or any other key combination.  This used to
work ever since.  Now you are in a modal dialogue exactly as described
above.

martin




This bug report was last modified 1 year and 340 days ago.

Previous Next


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