From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?UTF-8?B?SmFuIERqw6Rydg==?= Newsgroups: gmane.emacs.devel Subject: Re: Frame ordering Date: Mon, 14 Jun 2010 19:10:36 +0200 Message-ID: <4C16628C.9020807@swipnet.se> 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> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1276536828 14821 80.91.229.12 (14 Jun 2010 17:33:48 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 14 Jun 2010 17:33:48 +0000 (UTC) Cc: David Reitter , Emacs-Devel devel , Stefan Monnier , YAMAMOTO Mitsuharu , martin rudalics To: Lennart Borgman Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jun 14 19:33:46 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 1OODXa-0002zP-KB for ged-emacs-devel@m.gmane.org; Mon, 14 Jun 2010 19:33:45 +0200 Original-Received: from localhost ([127.0.0.1]:47303 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OODXO-0003lW-Ih for ged-emacs-devel@m.gmane.org; Mon, 14 Jun 2010 13:33:30 -0400 Original-Received: from [140.186.70.92] (port=54748 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OODPp-0004tI-UW for emacs-devel@gnu.org; Mon, 14 Jun 2010 13:25:43 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OODBJ-0001Y1-K2 for emacs-devel@gnu.org; Mon, 14 Jun 2010 13:10:42 -0400 Original-Received: from smtprelay-h22.telenor.se ([195.54.99.197]:42537) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OODBJ-0001XT-78 for emacs-devel@gnu.org; Mon, 14 Jun 2010 13:10:41 -0400 Original-Received: from ipb2.telenor.se (ipb2.telenor.se [195.54.127.165]) by smtprelay-h22.telenor.se (Postfix) with ESMTP id 5B968C02B for ; Mon, 14 Jun 2010 19:10:38 +0200 (CEST) X-SENDER-IP: [85.225.45.35] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AnI3AM/+FUxV4S0jPGdsb2JhbACDHYRSlxEMAQEBATUtsB+QW4EmgwVvBA X-IronPort-AV: E=Sophos;i="4.53,415,1272837600"; d="scan'208";a="90622842" Original-Received: from c-232de155.25-1-64736c10.cust.bredbandsbolaget.se (HELO coolsville.localdomain) ([85.225.45.35]) by ipb2.telenor.se with ESMTP; 14 Jun 2010 19:10:37 +0200 Original-Received: from [172.20.199.13] (zeplin [172.20.199.13]) by coolsville.localdomain (Postfix) with ESMTPSA id 103067FA05A; Mon, 14 Jun 2010 19:10:37 +0200 (CEST) User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; sv-SE; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5 In-Reply-To: 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:125923 Archived-At: Lennart Borgman skrev 2010-06-14 18.47: > On Mon, Jun 14, 2010 at 6:29 PM, David Reitter wrote: >> On Jun 14, 2010, at 12:05 PM, Lennart Borgman wrote: >>> >>> What is the reason not to let the window handler do this job? Why >>> should Emacs do it? >> >> Absolutely. Up to now I've been going by the comment quoted elsewhere in this thread, stating that we'd have to do it ourselves. > > Was not what you shown (Command-Tab switching) what the window handler > on OS X does? If so then trying to interfere with that is probably a > bad idea (and is prevented actively by at least w32). > > Of course internal Emacs frame switching must be handled in Emacs. I > have personally never used any command inside Emacs for frame > switching, but I can see such needs. (One of those is for example > letting C-x 5 0 show the next Emacs frame instead of what the window > manager chooses if a window manager command is used to close the > frame.) I haven't followed this closely, but any attempt to make Emacs do frame switching in X11 is doomed to failure on some window managers. Window managers doesn't need to honor raise-frame. Besides, why should C-x 5 0 select another Emacs frame? I often use a non-Emacs app, make a new Emacs frame, do some editing and then C-x 5 0 to get back to the non-Emacs app, even on OSX. Sorry if this has been discussed before. Jan D.