GNU bug report logs -
#12648
24.2.50; display-buffer switches to another frame
Previous Next
Reported by: Eli Zaretskii <eliz <at> gnu.org>
Date: Sun, 14 Oct 2012 16:51:02 UTC
Severity: normal
Found in version 24.2.50
Done: Chong Yidong <cyd <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
Message #23 received at 12648 <at> debbugs.gnu.org (full text, mbox):
> `inhibit-switch-frame' -- A non-nil value prevents any other
> frame from being raised or selected,
> even if the window is displayed there.
> to t. The semantics of the latter is not very clear to me because
> with most window managers Emacs cannot prevent a new frame from being
> raised and selected (at least that's what I've been told repeatedly).
I'm not sure what is its semantics either, but the problem you're
referring to is specifically when *creating* a new frame, so it
basically means that inhibit-switch-frame can only work reliably if it
prevents creation of new frames. But it might still make a difference
when using an existing frame by preventing that we raise that frame.
Not sure if it will also repvent it from being de-iconified (which
would again risk raising it outside of our control).
Stefan
This bug report was last modified 12 years and 270 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.