From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.devel Subject: Re: Frame ordering Date: Mon, 14 Jun 2010 10:24:24 +0200 Message-ID: <4C15E738.10204@gmx.at> 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> <4C15D150.6040006@gmx.at> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1276503890 16349 80.91.229.12 (14 Jun 2010 08:24:50 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 14 Jun 2010 08:24:50 +0000 (UTC) Cc: David Reitter , Stefan Monnier , Emacs-Devel devel To: YAMAMOTO Mitsuharu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jun 14 10:24:48 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 1OO4yH-0005r5-7t for ged-emacs-devel@m.gmane.org; Mon, 14 Jun 2010 10:24:41 +0200 Original-Received: from localhost ([127.0.0.1]:36866 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OO4yG-0008Aj-I6 for ged-emacs-devel@m.gmane.org; Mon, 14 Jun 2010 04:24:40 -0400 Original-Received: from [140.186.70.92] (port=44952 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OO4y8-00088r-KI for emacs-devel@gnu.org; Mon, 14 Jun 2010 04:24:33 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OO4y7-0003Gw-9c for emacs-devel@gnu.org; Mon, 14 Jun 2010 04:24:32 -0400 Original-Received: from mail.gmx.net ([213.165.64.20]:54802) by eggs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1OO4y6-0003Gc-R9 for emacs-devel@gnu.org; Mon, 14 Jun 2010 04:24:31 -0400 Original-Received: (qmail invoked by alias); 14 Jun 2010 08:24:28 -0000 Original-Received: from 62-47-63-155.adsl.highway.telekom.at (EHLO [62.47.63.155]) [62.47.63.155] by mail.gmx.net (mp050) with SMTP; 14 Jun 2010 10:24:28 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1+cqPdiS7WccAjjK2VTWam+VWelt1Iv3uezxpbkdM 2feJRNvlO/pdSq User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) In-Reply-To: X-Y-GMX-Trusted: 0 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. 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:125894 Archived-At: > At least Cocoa AppKit selects the foremost one just as we expect, > without the necessity of specifying the window that shall be shown. > That's the behavior of Emacs 22 Carbon+AppKit port and Emacs 23 Mac > port. As far as I tested, many X11 window managers also behave like > this. Only the NS port doesn't for some reason. It would be interesting to know whether the NS port "buries" the foremost Emacs window at the time it selects another one (or creates a new one). That is, if you have at least four Emacs frames and delete them one by one, how does the other frame shown relate to the order in which frames were created or changed their position in the Z-order. Also, in delete_frame we have to select another frame in case the deleted frame is the selected one. Next comes: #ifdef NS_IMPL_COCOA else /* Under NS, there is no system mechanism for choosing a new window to get focus -- it is left to application code. So the portion of THIS application interfacing with NS needs to know about it. We call Fraise_frame, but the purpose is really to transfer focus. */ Fraise_frame (frame1); #endif before we do switch frames. Is this related to the issue at hand? martin