From: David Reitter <david.reitter@gmail.com>
To: emacs-pretest-bug@gnu.org
Subject: bug#3303: delete-frame raises old (invisible) frame
Date: Fri, 15 May 2009 18:09:11 -0700 [thread overview]
Message-ID: <2C87549A-2553-4477-BF77-6258A1CC32BE@gmail.com> (raw)
Emacs -Q under NS, then
(progn
(make-frame-invisible nil t)
(make-frame)
(delete-frame (selected-frame) t))
will unexpectedly leave one frame visible and raised. It should
actually hide all frames.
The code that does it come in via the NS port (75f88b1c by arobert on
2008-07-15), in do_switch_frame():
#ifdef NS_IMPL_COCOA
/* term gets no other notification of this */
if (for_deletion)
Fraise_frame(Qnil);
#endif
(do_switch_frame): When for_deletion under Cocoa, add
Fraise_frame(Qnil).
This seems needed in order to raise another (visible) frame -
otherwise no frame gets raised (or visibly selected).
The change below would address this - but is Fselect_frame() intended
to make frames visible (on other platforms)?
diff --git a/src/frame.c b/src/frame.c
index de857af..fbef938 100644
--- a/src/frame.c
+++ b/src/frame.c
@@ -868,7 +868,7 @@ do_switch_frame (frame, track, for_deletion,
norecord)
#ifdef NS_IMPL_COCOA
/* term gets no other notification of this */
- if (for_deletion)
+ if (for_deletion && FRAME_VISIBLE_P (XFRAME (frame)))
Fraise_frame(Qnil);
#endif
next reply other threads:[~2009-05-16 1:09 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-05-16 1:09 David Reitter [this message]
2009-05-17 19:06 ` bug#3303: delete-frame raises old (invisible) frame Stefan Monnier
2009-05-17 19:12 ` David Reitter
2009-05-17 20:43 ` Stefan Monnier
2009-05-17 22:27 ` Lennart Borgman
2009-05-18 3:26 ` Stefan Monnier
2009-05-18 1:16 ` Adrian Robert
2009-05-18 3:33 ` Stefan Monnier
2009-05-18 8:05 ` Adrian Robert
2009-05-18 15:08 ` David Reitter
2009-05-18 20:12 ` Stefan Monnier
2009-05-18 23:00 ` David Reitter
2009-05-19 2:46 ` Stefan Monnier
2009-05-19 2:56 ` David Reitter
2009-05-19 3:09 ` Stefan Monnier
2009-05-19 3:15 ` David Reitter
2009-05-19 8:20 ` YAMAMOTO Mitsuharu
2009-05-19 14:30 ` Stefan Monnier
2009-05-20 2:07 ` David Reitter
2009-05-19 0:58 ` YAMAMOTO Mitsuharu
2009-05-18 8:19 ` YAMAMOTO Mitsuharu
-- strict thread matches above, loose matches on Subject: below --
2009-05-16 19:28 Chong Yidong
2009-05-17 2:55 ` David Reitter
2009-05-22 3:57 David Reitter
2009-05-25 15:17 ` Stefan Monnier
2009-05-26 18:20 ` David Reitter
2009-05-26 19:37 ` Stefan Monnier
2009-05-26 20:15 ` David Reitter
2009-05-26 21:30 ` Stefan Monnier
2009-05-27 4:51 ` Adrian Robert
2009-05-27 14:36 ` Stefan Monnier
2009-06-01 9:37 ` Adrian Robert
2009-05-27 15:28 ` David Reitter
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=2C87549A-2553-4477-BF77-6258A1CC32BE@gmail.com \
--to=david.reitter@gmail.com \
--cc=3303@emacsbugs.donarmstrong.com \
--cc=emacs-pretest-bug@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).