From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Reitter Newsgroups: gmane.emacs.devel Subject: Re: Frame ordering Date: Tue, 15 Jun 2010 10:33:50 -0400 Message-ID: References: <8F18E079-3351-4398-B76B-6CF9169ACE9E@gmail.com> <4C123889.5060801@gmx.at> <597D28BE-ABE3-4FFF-84B1-1FBF9931293C@gmail.com> <4C126EA5.1050509@gmx.at> <4DF4317D-522E-4948-9C19-ED1252BF36B2@gmail.com> <4C133EDF.8070407@gmx.at> <77C00490-801D-47B9-83BC-32D786F1F684@gmail.com> <1F24A2FE-EF86-4E03-84CF-69748A482C64@gmail.com> <2E617238-2118-408D-8939-80C50A2CB9FB@gmail.com> <1437ECA1-253E-46DA-AD1F-ABFDB062E6C3@gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1276615611 13597 80.91.229.12 (15 Jun 2010 15:26:51 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 15 Jun 2010 15:26:51 +0000 (UTC) Cc: martin rudalics , Lennart Borgman , Emacs-Devel devel To: Stefan Monnier , YAMAMOTO Mitsuharu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jun 15 17:26:49 2010 connect(): No such file or directory Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1OOY29-0005Lv-VQ for ged-emacs-devel@m.gmane.org; Tue, 15 Jun 2010 17:26:48 +0200 Original-Received: from localhost ([127.0.0.1]:33364 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OOY26-0003YN-8i for ged-emacs-devel@m.gmane.org; Tue, 15 Jun 2010 11:26:34 -0400 Original-Received: from [140.186.70.92] (port=52216 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OOXL0-0002py-2H for emacs-devel@gnu.org; Tue, 15 Jun 2010 10:42:03 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OOXKx-0004lz-Nq for emacs-devel@gnu.org; Tue, 15 Jun 2010 10:42:00 -0400 Original-Received: from mail-gy0-f169.google.com ([209.85.160.169]:52981) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OOXKx-0004lv-KW for emacs-devel@gnu.org; Tue, 15 Jun 2010 10:41:59 -0400 Original-Received: by gyg4 with SMTP id 4so3793826gyg.0 for ; Tue, 15 Jun 2010 07:41:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=op7yY8pT/lOqRT1LUzZiFlTHMZ9rQYW5nu3JymEFVOg=; b=AAu2wIe/e/wLscuUj2tFVt45DZaF6w64qkhA1b984tsCKLFPAO9jVvO53JSvytURp+ UtXzEb4rVOtk7EfswX1+tXoa3ZmlAZXzA3Wdxp+PuwlpTNxFE5HWEb3yFfxTjtiFv3CJ GEXf3yqBXHUoy9nB8RwckTtdTtRRNrXp0smvY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=HGslkVA8E0oC4cU77Ztco47+PPaRnEcVu5anz+WPp2D6fJtkxQU1QlizZ509h2/O+y oNWjZ4BTY0GjE0PCrIsiLVMNTS43PsmLNi1BoJSMcARBGgv/BGex/igLxyYVywkaTfCh ++sc31D2hYtPjnNek1MWUaeV/HRrdScWLipMA= Original-Received: by 10.229.235.66 with SMTP id kf2mr3185786qcb.222.1276612433102; Tue, 15 Jun 2010 07:33:53 -0700 (PDT) Original-Received: from [192.168.1.17] (pool-96-235-7-98.pitbpa.east.verizon.net [96.235.7.98]) by mx.google.com with ESMTPS id bv23sm27944425qcb.13.2010.06.15.07.33.51 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 15 Jun 2010 07:33:52 -0700 (PDT) In-Reply-To: X-Mailer: Apple Mail (2.1078) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:125957 Archived-At: On Jun 15, 2010, at 9:25 AM, Stefan Monnier wrote: >=20 > I think we first need to figure out how to fix the bug that the > Fraise_frame is trying to workaround. And then we'll see if further > changes are required. I'm not sure how fixing Fdelete_frame can possibly address the issue = concerning the next/previous-frame order. =20 Of course you're right that this is odd and that there probably is a bug = somewhere. delete_frame() first selects another frame before running the terminal's = delete_frame_hook. Does this make the new frame the NS key frame? If we are not deleting a key frame, I reckon NS will not select another = frame to make it key. [NSWindow close] is called in nsterm.m's = x_destroy_window()), and I think it should change the key frame if the = key frame is being deleted, as [NSWindow orderOut] is documented to do. The Appkit port does this only slightly differently: /* AppKit version of mac_dispose_frame_window, which is implemented as -[NSWindow close], will change the focus to the next window during its call. So, unlike other platforms, we clean up the focus-related variables before calling mac_dispose_frame_window. = */ mac_dispose_frame_window (f) struct frame *f; { NSWindow *window =3D FRAME_MAC_WINDOW (f); [window close]; } However, the delete_frame() function in frame.c is the same - it seems = to select some other frame according to Vframe_list: On Jun 15, 2010, at 5:24 AM, YAMAMOTO Mitsuharu wrote: >=20 > That would be the behavior of "letting the window manager decide", > i.e., no explicit code at the application side. The Mac port also > behaves like this. Can you point out how your port does that? I can't find it. (If it is = a recent change, let me know and I'll update my Appkit branch.)=