From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Adrian Robert Newsgroups: gmane.emacs.bugs Subject: bug#3303: delete-frame raises old (invisible) frame Date: Mon, 18 May 2009 15:05:35 +0700 Message-ID: <73A0DAB1-9D16-4E35-A9F7-E9E4CCEACC50@gmail.com> References: <2C87549A-2553-4477-BF77-6258A1CC32BE@gmail.com> <6A510E91-6262-44CF-AA62-315DECB52EF6@gmail.com> <90E34251-C034-4169-91FE-22A28C94901F@gmail.com> Reply-To: Adrian Robert , 3303@emacsbugs.donarmstrong.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (Apple Message framework v753.1) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1242635588 30711 80.91.229.12 (18 May 2009 08:33:08 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 18 May 2009 08:33:08 +0000 (UTC) Cc: David Reitter , 3303@emacsbugs.donarmstrong.com To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon May 18 10:33:00 2009 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1M5yHL-0005Pv-KT for geb-bug-gnu-emacs@m.gmane.org; Mon, 18 May 2009 10:32:59 +0200 Original-Received: from localhost ([127.0.0.1]:40645 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1M5yHL-0003ar-3L for geb-bug-gnu-emacs@m.gmane.org; Mon, 18 May 2009 04:32:59 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1M5yGU-0002pE-KF for bug-gnu-emacs@gnu.org; Mon, 18 May 2009 04:32:06 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1M5yGP-0002mi-DR for bug-gnu-emacs@gnu.org; Mon, 18 May 2009 04:32:05 -0400 Original-Received: from [199.232.76.173] (port=49556 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1M5yGO-0002mC-NZ for bug-gnu-emacs@gnu.org; Mon, 18 May 2009 04:32:00 -0400 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:43420) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1M5yGO-00025K-45 for bug-gnu-emacs@gnu.org; Mon, 18 May 2009 04:32:00 -0400 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n4I8VuhC002763; Mon, 18 May 2009 01:31:58 -0700 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.13.8/8.13.8/Submit) id n4I8F30u029974; Mon, 18 May 2009 01:15:03 -0700 X-Loop: owner@emacsbugs.donarmstrong.com Resent-From: Adrian Robert Resent-To: bug-submit-list@donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Mon, 18 May 2009 08:15:03 +0000 Resent-Message-ID: Resent-Sender: owner@emacsbugs.donarmstrong.com X-Emacs-PR-Message: followup 3303 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Original-Received: via spool by 3303-submit@emacsbugs.donarmstrong.com id=B3303.124263396928398 (code B ref 3303); Mon, 18 May 2009 08:15:03 +0000 Original-Received: (at 3303) by emacsbugs.donarmstrong.com; 18 May 2009 08:06:09 +0000 X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. Original-Received: from mail-px0-f176.google.com (mail-px0-f176.google.com [209.85.216.176]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n4I8653P028034 for <3303@emacsbugs.donarmstrong.com>; Mon, 18 May 2009 01:06:06 -0700 Original-Received: by pxi6 with SMTP id 6so1758377pxi.19 for <3303@emacsbugs.donarmstrong.com>; Mon, 18 May 2009 01:06:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:in-reply-to:references :mime-version:content-type:message-id:cc:content-transfer-encoding :from:subject:date:to:x-mailer; bh=bsTN0klMgSQd8XUSU0iTjbPljnDA/MHAt19ECgHp8Fs=; b=X98E3zB8QL+a86FIb6J563dJOfRVgRiKI/jQrBblzI8eqt3PKlGg+TERJWbRhCYfIH lg9eXsTSkq5nZqpR2IyHGAeaeavHpheB10xl68CLpE9jMXX4rJ32AkDQbhFHl0AynA4E QGMCzf3RCqz/aqHVSCkLLCTOtqLqTOhClK5N8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=in-reply-to:references:mime-version:content-type:message-id:cc :content-transfer-encoding:from:subject:date:to:x-mailer; b=EJF8S/cxQpQOXsFZ2n8mzykdPMRbKRvu1sgVfnXRTXGhw6nMTi9W5odOtMukyDj83m ubycDkGZfdBkx0h4K1wayqbWpaWJYmJRawyljmVY/dEAtCvnehtxXuWFv1UiHiZl62iP 6R/KULXiXTUIUAQ1HvWIiw5ZgNu2WEOAa/Bwk= Original-Received: by 10.114.176.7 with SMTP id y7mr10809706wae.194.1242633960319; Mon, 18 May 2009 01:06:00 -0700 (PDT) Original-Received: from ?10.174.116.214? ([203.146.63.185]) by mx.google.com with ESMTPS id j39sm4584020waf.10.2009.05.18.01.05.55 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 18 May 2009 01:05:59 -0700 (PDT) In-Reply-To: X-Mailer: Apple Mail (2.753.1) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) Resent-Date: Mon, 18 May 2009 04:32:05 -0400 X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:27959 Archived-At: On May 18, 2009, at 10:33 AM, Stefan Monnier wrote: >> There is no behavior built into the NS window manager to choose >> another >> application window to be active after the active one has been >> removed -- >> this is left to application code. > > [ So, nothing gets focus? Keyboard events are just dropped on the > floor > in such a case? Sounds odd: it should be easy for Apple to provide > a sensible default behavior without any negative impact. ] Yes, KB events only get sent to a focused window, except for menu shortcut invocations. It might be that in NSDocument-based apps (which Emacs.app isn't, but would be conceptually similar to if 1- buffer=1-frame) the NSDocument architecture would autofocus the most recently available doc window, but I guess NeXT/Apple decided not to make assumptions otherwise about sensible focus-sequencing. > Thanks. That explains why calling Fraise_frame might be necessary. > It's still not clear why this place is the right place for it. > >> This can be put in the comment if it would clarify > > Yes, please do so, it would help a lot. Done, and I've committed David's fix along with it. (I tried it and observed no problems -- hope that's OK David.)