From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.devel Subject: display-buffer cleverness - how to tame? Date: Mon, 4 May 2009 00:41:24 -0700 Message-ID: <000c01c9cc8b$ba796c50$0200a8c0@us.oracle.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1241422914 15024 80.91.229.12 (4 May 2009 07:41:54 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 4 May 2009 07:41:54 +0000 (UTC) To: Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon May 04 09:41:46 2009 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.50) id 1M0so4-0006CE-99 for ged-emacs-devel@m.gmane.org; Mon, 04 May 2009 09:41:44 +0200 Original-Received: from localhost ([127.0.0.1]:57916 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1M0so3-00082G-OP for ged-emacs-devel@m.gmane.org; Mon, 04 May 2009 03:41:43 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1M0sny-00082B-TW for emacs-devel@gnu.org; Mon, 04 May 2009 03:41:38 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1M0snu-00081F-5M for emacs-devel@gnu.org; Mon, 04 May 2009 03:41:38 -0400 Original-Received: from [199.232.76.173] (port=45361 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1M0snt-00080q-Tf for emacs-devel@gnu.org; Mon, 04 May 2009 03:41:34 -0400 Original-Received: from mx20.gnu.org ([199.232.41.8]:13789) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1M0snt-0007vA-CU for emacs-devel@gnu.org; Mon, 04 May 2009 03:41:33 -0400 Original-Received: from rcsinet11.oracle.com ([148.87.113.123] helo=rgminet11.oracle.com) by mx20.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1M0sns-0007aB-Pb for emacs-devel@gnu.org; Mon, 04 May 2009 03:41:32 -0400 Original-Received: from rgminet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by rgminet11.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n447ffD4015349 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 4 May 2009 07:41:42 GMT Original-Received: from abhmt008.oracle.com (abhmt008.oracle.com [141.146.116.17]) by rgminet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n447fR3e015804 for ; Mon, 4 May 2009 07:41:28 GMT Original-Received: from dradamslap1 (/98.210.250.59) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 04 May 2009 00:41:26 -0700 X-Mailer: Microsoft Office Outlook 11 Thread-Index: AcnMi7nebzsKY9BTQHKu4NYNQu2oHA== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 X-Source-IP: abhmt008.oracle.com [141.146.116.17] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A010202.49FE9C26.01BD,ss=1,fgs=0 X-Detected-Operating-System: by mx20.gnu.org: GNU/Linux 2.6 (newer, 1) X-detected-operating-system: by monty-python.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:110629 Archived-At: I'm sure the new display-buffer behavior is an improvement in some way, but it seems too clever by half, at least in one context I have. I'm not suggesting the smarter behavior should be reverted (I'd have to understand it first, to be able to suggest that ;-)). I just want to know which settings I need, to get back the previous behavior for some code I have that (apparently) depends on it. The code works with Emacs 20-22, but breaks with Emacs 23. Because of a different bug (#3081), which was recently fixed, I couldn't see this bug before now. I haven't spent a lot of time investigating, but the problem seems to be that display-buffer now tries to split the largest window. I can see that there are several variables that control display-buffer, but could someone please point out the settings that will restore the previous (Emacs 22) unclever behavior. In particular, I have two windows, left and right, with the left one wider and selected when I call display-buffer. The behavior I want is for the right, narrower window to be split (vertically). Instead, it is the left, wider window that gets split (vertically). Thx.