From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: display-buffer-alist simplifications Date: Tue, 09 Aug 2011 14:12:07 -0400 Message-ID: References: <87mxgem09k.fsf@stupidchicken.com> <87wrf8iyse.fsf@stupidchicken.com> <4E2BEED2.5040608@gmx.at> <8739hvu6lh.fsf@stupidchicken.com> <4E2C50E6.3020103@gmx.at> <878vrnweju.fsf@stupidchicken.com> <4E2D34D7.4040002@gmx.at> <87r55cjvef.fsf@stupidchicken.com> <87sjpsnerd.fsf@mail.jurta.org> <4E355D2C.40709@gmx.at> <87k4axzg7j.fsf@mail.jurta.org> <87oc092gy0.fsf@stupidchicken.com> <4E380897.5000406@gmx.at> <871ux2nsrw.fsf@stupidchicken.com> <4E3AA5DA.8030403@gmx.at> <87mxfnn414.fsf@stupidchicken.com> <4E3D41F2.8060801@gmx.at> <4E3FA812.3080009@gmx.at> <4E412E0B.1000002@gmx.at> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1312935658 26793 80.91.229.12 (10 Aug 2011 00:20:58 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 10 Aug 2011 00:20:58 +0000 (UTC) Cc: Juri Linkov , Chong Yidong , emacs-devel@gnu.org To: martin rudalics Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Aug 10 02:20:54 2011 Return-path: Envelope-to: ged-emacs-devel@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 1QqwXW-0001W5-Jy for ged-emacs-devel@m.gmane.org; Wed, 10 Aug 2011 02:20:54 +0200 Original-Received: from localhost ([::1]:39610 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QqwXW-0006F9-2F for ged-emacs-devel@m.gmane.org; Tue, 09 Aug 2011 20:20:54 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:44632) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QqwXT-0006F0-M5 for emacs-devel@gnu.org; Tue, 09 Aug 2011 20:20:52 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QqwXS-0007Fi-Sn for emacs-devel@gnu.org; Tue, 09 Aug 2011 20:20:51 -0400 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.181]:48621 helo=ironport2-out.pppoe.ca) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QqwXS-0007EV-PY for emacs-devel@gnu.org; Tue, 09 Aug 2011 20:20:50 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AjoFAJnOQU5FxKeo/2dsb2JhbABAJ6cYeIFAAQEEAVYjBQsLNBIUGA0kiAC4eIZGBJ9chDM X-IronPort-AV: E=Sophos;i="4.67,347,1309752000"; d="scan'208";a="130360373" Original-Received: from 69-196-167-168.dsl.teksavvy.com (HELO ceviche.home) ([69.196.167.168]) by ironport2-out.pppoe.ca with ESMTP/TLS/ADH-AES256-SHA; 09 Aug 2011 20:20:45 -0400 Original-Received: by ceviche.home (Postfix, from userid 20848) id 0F5B3662AC; Tue, 9 Aug 2011 14:12:07 -0400 (EDT) In-Reply-To: <4E412E0B.1000002@gmx.at> (martin rudalics's message of "Tue, 09 Aug 2011 14:54:35 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 206.248.154.181 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:143076 Archived-At: >> So display-buffer-alist would be a list of (MATCHER . THINGS) where >> THINGS are lists of (DISPLAY-SPECIFIERS . SOMETHING-ELSE)? What are the >> SOMETHING-ELSE and what do they do? > What the doc-string of `display-buffer-alist' individually describes for > each specifier. For the reuse-window specifier it's a frame> triple, for the pop-up-window specifier it's a list of side> tuples, and for many other specifiers it's a boolean. So, IIUC, compared to display-buffer-alist ::= list of (CONDITION . RULE) RULE ::= (FUNCTIONS . ALIST) FUNCTIONS ::= list of FUNCTION DISPLAY-SPECIFIERS play the role of FUNCTIONS and the SOMETHING-ELSE is the ALIST, so it contains arguments to pass to each of the FUNCTIONS and some of those args may be specific to some of the functions while others may be obeys by all/some of the functions. So it looks like we're beginning to converge. > I'm lost here. Do you mean that users who prefer the old > `display-buffer' behavior get overridden by the application whenever > it passes an argument but do get the old behavior when the application > does not pass an argument? Yes. Stefan