From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: MBR Newsgroups: gmane.emacs.help Subject: Re: Annoying change in "other window" behavior Date: Tue, 23 Aug 2011 12:14:33 -0400 Message-ID: <4E53D1E9.9020403@arlsoft.com> References: <4E534EDA.3040103@arlsoft.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="------------000007040808090005010608" X-Trace: dough.gmane.org 1314116106 16184 80.91.229.12 (23 Aug 2011 16:15:06 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 23 Aug 2011 16:15:06 +0000 (UTC) Cc: help-gnu-emacs@gnu.org To: suvayu ali Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Tue Aug 23 18:15:02 2011 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Qvtcq-0006Ay-Pd for geh-help-gnu-emacs@m.gmane.org; Tue, 23 Aug 2011 18:15:01 +0200 Original-Received: from localhost ([::1]:54423 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qvtcn-0007RK-BQ for geh-help-gnu-emacs@m.gmane.org; Tue, 23 Aug 2011 12:14:49 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:53138) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qvtch-0007NB-9z for help-gnu-emacs@gnu.org; Tue, 23 Aug 2011 12:14:44 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Qvtce-0004TQ-SP for help-gnu-emacs@gnu.org; Tue, 23 Aug 2011 12:14:43 -0400 Original-Received: from cario.hostforweb.net ([66.225.230.82]:46414) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qvtce-0004SM-JD for help-gnu-emacs@gnu.org; Tue, 23 Aug 2011 12:14:40 -0400 Original-Received: from c-24-61-86-182.hsd1.ma.comcast.net ([24.61.86.182]:2917 helo=[127.0.0.1]) by cario.hostforweb.net with esmtpsa (TLSv1:RC4-MD5:128) (Exim 4.69) (envelope-from ) id 1Qvtca-0006hO-Q2; Tue, 23 Aug 2011 11:14:37 -0500 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 In-Reply-To: X-Antivirus-Scanner: Clean mail though you should still use an Antivirus X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cario.hostforweb.net X-AntiAbuse: Original Domain - gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - arlsoft.com X-Source: X-Source-Args: X-Source-Dir: X-detected-operating-system: by eggs.gnu.org: Linux 2.6? (barebone, rare!) X-Received-From: 66.225.230.82 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:82039 Archived-At: This is a multi-part message in MIME format. --------------000007040808090005010608 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 8/23/2011 4:26 AM, suvayu ali wrote: > In any case these commands have always used the other-window. I will > have to say you either had some special configuration which is not > working with Emacs 23 or you remember incorrectly. > > I just tested this with Emacs 21.4.1. > I'm sure I'm not remembering incorrectly because I still have both installations. I recently installed Ubuntu in a separate partition on my laptop. Emacs 21.3.1 runs when I boot Windows XP, and Emacs 23.2.1 runs when I boot Ubuntu. The behavior differences I'm describing should all be implemented in Lisp, and should therefore not depend in any way on the OS under which Emacs is running. I did discover something more about 23.2.1's behavior after I posted. It seems the behavior depends on the width of the top-level window (what Emacs calls a "frame"). If I have two vertically-stacked Emacs windows in a small Emacs frame and type C-x C-b, *Buffer List* is displayed in the other pre-existing Emacs window. But if I have the same two vertically-stacked Emacs windows in a large Emacs frame (I frequently work with one Emacs frame maximized) when I type C-x C-b, instead of displaying *Buffer List* in the other pre-existing Emacs window, it behaves as if I'd run M-x split-window-horizontally before running M-x list-buffers. Just to be sure, I double-checked 21.3.1's behavior (i.e. the old version), and it doesn't do this. Unless it's starting with only one Emacs window and has no choice but to split it into two, it always reuses a pre-existing Emacs window. So, there can be no doubt that somebody added a new feature that makes this window-splitting behavior dependent on the width of the frame, which it never used to be. I'd really like to turn this feature off. Mark --------------000007040808090005010608 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 8/23/2011 4:26 AM, suvayu ali wrote:
In any case these commands have always used the other-window. I will have to say you either had some special configuration which is not
working with Emacs 23 or you remember incorrectly.

I just tested this with Emacs 21.4.1.

I'm sure I'm not remembering incorrectly because I still have both installations.  I recently installed Ubuntu in a separate partition on my laptop.  Emacs 21.3.1 runs when I boot Windows XP, and Emacs 23.2.1 runs when I boot Ubuntu.  The behavior differences I'm describing should all be implemented in Lisp, and should therefore not depend in any way on the OS under which Emacs is running.

I did discover something more about 23.2.1's behavior after I posted.  It seems the behavior depends on the width of the top-level window (what Emacs calls a "frame").  If I have two vertically-stacked Emacs windows in a small Emacs frame and type C-x C-b, *Buffer List* is displayed in the other pre-existing Emacs window.  But if I have the same two vertically-stacked Emacs windows in a large Emacs frame (I frequently work with one Emacs frame maximized) when I type C-x C-b, instead of displaying *Buffer List* in the other pre-existing Emacs window, it behaves as if I'd run M-x split-window-horizontally before running M-x list-buffers.

Just to be sure, I double-checked 21.3.1's behavior (i.e. the old version), and it doesn't do this.  Unless it's starting with only one Emacs window and has no choice but to split it into two, it always reuses a pre-existing Emacs window.

So, there can be no doubt that somebody added a new feature that makes this window-splitting behavior dependent on the width of the frame, which it never used to be.  I'd really like to turn this feature off.
Mark
--------------000007040808090005010608--