From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.help Subject: RE: display-buffer-alist Date: Sat, 5 Nov 2011 14:24:07 -0700 Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1320528268 2416 80.91.229.12 (5 Nov 2011 21:24:28 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 5 Nov 2011 21:24:28 +0000 (UTC) To: "'Paddy Mullen'" , Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sat Nov 05 22:24:22 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 1RMniv-0000Av-QK for geh-help-gnu-emacs@m.gmane.org; Sat, 05 Nov 2011 22:24:22 +0100 Original-Received: from localhost ([::1]:48235 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RMniv-0006IX-3s for geh-help-gnu-emacs@m.gmane.org; Sat, 05 Nov 2011 17:24:21 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:54809) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RMniq-0006IS-OC for help-gnu-emacs@gnu.org; Sat, 05 Nov 2011 17:24:18 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RMnip-00028Q-M6 for help-gnu-emacs@gnu.org; Sat, 05 Nov 2011 17:24:16 -0400 Original-Received: from rcsinet15.oracle.com ([148.87.113.117]:31111) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RMnip-00028D-G7 for help-gnu-emacs@gnu.org; Sat, 05 Nov 2011 17:24:15 -0400 Original-Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by rcsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id pA5LOBlE032140 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 5 Nov 2011 21:24:12 GMT Original-Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id pA5LOB1E021211 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 5 Nov 2011 21:24:11 GMT Original-Received: from abhmt115.oracle.com (abhmt115.oracle.com [141.146.116.67]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id pA5LO5eW020655; Sat, 5 Nov 2011 16:24:05 -0500 Original-Received: from dradamslap1 (/10.159.57.161) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sat, 05 Nov 2011 14:24:05 -0700 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: Thread-Index: Acyb4YbkjaGKuVrTQSuK5nS/Nvb1rgAGPoMQ X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109 X-Source-IP: acsinet22.oracle.com [141.146.126.238] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090207.4EB5A97C.008D,ss=1,re=0.000,fgs=0 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 1) X-Received-From: 148.87.113.117 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:82764 Archived-At: > I'm having a very hard time understanding the documentation > for display-buffer-alist. You are not alone. > emacs24 behaves differently than emacs23. Not only differently by default, but perhaps even altogether differently (?). I'm not even sure you _can_ (easily? at all?) obtain the Emacs 23 behavior using Emacs 24. And I'm not sure users will be able to easily understand the differences. Fortunately, Emacs 24 has not yet been released. > Could someone please post the setq command to get emacs 24 > to behave the way I am used to. something along the lines of > (setq display-buffer-alist '(??????)) I wish someone could - or rather, to be more optimistic, I hope someone will. Unfortunately, I cannot. I'm in the same boat as you, I'm afraid. Believe it or not, one of the main motivations for the changes was supposedly to make things simpler! It was thought that the interactions among the existing separate user options affecting buffer display, such as `special-display-regexps' and `pop-up-frames', could confuse users. (Dunno whether there were really any user complaints about this - I'm not aware of any.) Another motivation was, I believe, to give users (and code) more control over display details (which window, when, where, etc.). Whether that mixes well with the goal of making things simpler is uncertain. So instead of a few different user options, we now have the single usine-a-gaz `display-buffer-alist'. There seem to be enough knobs and dials baked into `display-buffer-alist' to make its mastery worthy of a doctoral dissertation. And it's only a start, AFAICT. There are also changes to various functions and commands, which can affect existing code. You've read the doc - you have an idea what you're up against. There is not only a documentation problem and perhaps a use complexity problem. There are also outstanding bugs. And the behavior seems to be "evolving" (i.e. volatile) as (some) bugs get fixed and new ones are introduced. There was a second redesign (overhaul) a relatively short while back. How we can find ourselves in _pretest_ phase under these conditions I really don't know. I'm just hoping that things will all be fixed and clearly documented before they throw the release itself over the wall to us lusers. Maybe in the end we'll all be far happier for all these changes. For now, I feel the same as you: Somebody please tell me what incantation to use to get back the behavior I had in Emacs 23 (22, 21, 20...). On n'arrete pas le progres...