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: Mon, 14 Jun 2010 11:52:01 -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> 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 1276530740 22572 80.91.229.12 (14 Jun 2010 15:52:20 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 14 Jun 2010 15:52:20 +0000 (UTC) Cc: martin rudalics , 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 17:52:18 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 1OOBxS-0007lB-2j for ged-emacs-devel@m.gmane.org; Mon, 14 Jun 2010 17:52:18 +0200 Original-Received: from localhost ([127.0.0.1]:56473 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OOBxR-0006dJ-Bj for ged-emacs-devel@m.gmane.org; Mon, 14 Jun 2010 11:52:17 -0400 Original-Received: from [140.186.70.92] (port=58065 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OOBxJ-0006ak-6p for emacs-devel@gnu.org; Mon, 14 Jun 2010 11:52:10 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OOBxE-00041P-DC for emacs-devel@gnu.org; Mon, 14 Jun 2010 11:52:06 -0400 Original-Received: from mail-vw0-f41.google.com ([209.85.212.41]:54525) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OOBxE-000419-AJ for emacs-devel@gnu.org; Mon, 14 Jun 2010 11:52:04 -0400 Original-Received: by vws5 with SMTP id 5so1739320vws.0 for ; Mon, 14 Jun 2010 08:52:03 -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=9FYd7dz6pMT3dS9Zu8EvOsf1FpulgE5xAuuZGVjyBEs=; b=J5QmvDRqzxciZDgN/ksXwTZuG/mibwQqjN8yY2iv/+fHfbM8FGd+ZvQVzzqtQ3OLQX 5mngiXXNnv5OwN6TLTqiK9E3wbKwcrc6JRzKmFwwym9vxUqXcPEpt+WA1vdXb8ygh6qK 91bebmdV5dJCvA2tGv4kWjCsHPJtJovGxQ9NE= 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=NnM1W0+EwR2r8JcEZsRML4ndk4CFTpWMEgiepgVZhdwqRqLais6CT6OnkKWDVxbQCW nTfHnFX9cSVnZ8c/2a7VHzF2bv9wvwewD7lf7dT5F4Q+WYLsenm2tcbUVIPtxT210VEt SqtXIdlGkJ42f2AyPsZm+n1CoHwtB4ryHgrvQ= Original-Received: by 10.220.127.18 with SMTP id e18mr2850953vcs.135.1276530723274; Mon, 14 Jun 2010 08:52:03 -0700 (PDT) Original-Received: from elin.psy.cmu.edu (ELIN.PSY.CMU.EDU [128.2.248.190]) by mx.google.com with ESMTPS id e1sm4425522vch.17.2010.06.14.08.52.01 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 14 Jun 2010 08:52:02 -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:125907 Archived-At: On Jun 13, 2010, at 11:52 PM, YAMAMOTO Mitsuharu wrote: >=20 > It changes the behavior of repeated "C-x 5 o" to alternating two > frames rather than circulating all visible frames. Yes. The original complaint from several users was that frame cycling = does not work as expected - at least `previous-frame' should move to the = previously selected frame. Of course that implies what you are saying = (if `next-frame' does the opposite of `previous-frame'). A nice solution to the issue is shown in the OS X "application = switching" mechanism (Command-Tab). If Command is held, we keep = switching along the list, without entering a cycle. If Command is = released (as in Command-Tab, Command-Tab), we switch back to the = previously selected frame. Another solution might be to have `previous-frame' and `other-frame' use = `norecord'. I haven't tried this.=