From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.devel Subject: Re: display-buffer-alist simplifications Date: Sat, 13 Aug 2011 15:44:41 +0200 Message-ID: <4E467FC9.9040008@gmx.at> References: <87mxgem09k.fsf@stupidchicken.com> <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> <87zkjkb572.fsf@mail.jurta.org> <4E3FD5ED.5000206@gmx.at> <4E412E2D.90908@gmx.at> <4E422ECA.2020207@gmx.at> <4E43A253.9040404@gmx.at> <4E45330C.9060801@gmx.at> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1313243094 17782 80.91.229.12 (13 Aug 2011 13:44:54 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 13 Aug 2011 13:44:54 +0000 (UTC) Cc: Juri Linkov , Chong Yidong , emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Aug 13 15:44:50 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 1QsEW9-0008WH-Sr for ged-emacs-devel@m.gmane.org; Sat, 13 Aug 2011 15:44:50 +0200 Original-Received: from localhost ([::1]:36013 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QsEW9-0004LE-EU for ged-emacs-devel@m.gmane.org; Sat, 13 Aug 2011 09:44:49 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:54997) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QsEW7-0004L7-F8 for emacs-devel@gnu.org; Sat, 13 Aug 2011 09:44:48 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QsEW6-0005BZ-HC for emacs-devel@gnu.org; Sat, 13 Aug 2011 09:44:47 -0400 Original-Received: from mailout-de.gmx.net ([213.165.64.22]:56139) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1QsEW6-0005BU-5G for emacs-devel@gnu.org; Sat, 13 Aug 2011 09:44:46 -0400 Original-Received: (qmail invoked by alias); 13 Aug 2011 13:44:44 -0000 Original-Received: from 62-47-48-35.adsl.highway.telekom.at (EHLO [62.47.48.35]) [62.47.48.35] by mail.gmx.net (mp042) with SMTP; 13 Aug 2011 15:44:44 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX19S/8orG1NSK7vkuLsPuiuq7bXU5mOc3Lffv3Mw5d lJY4gXuLCS8w/X User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) In-Reply-To: X-Y-GMX-Trusted: 0 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 213.165.64.22 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:143192 Archived-At: > You're referring to the following point, I think: > - the display method has to handle everything, there's no common/shared > postprocessing. > The way I think we would handle it is by making most/all > display-buffer- function finish by calling > a display-buffer-post-process function, passing it the ALIST. > So the ALIST may include something like (even-window . height) to > specify whether and how to even windows. Now this makes sense. We would have to decide whether we provide one such function or more (depending on the functionality of the service or the method used). And probably, if there's no suitable ALIST entry, such a function would respect the old options where applicable. > Admittedly, you won't be able to do the equivalent of > ((reuse-window foo bar) (reuse-window titi toto)) because the args > passed to FUNCTIONs are the same for each FUNCTION, so if a FUNCTION > appears twice both occurrences will behave identically. I should be able to live with that. But how do we express that splitting a window should try the largest window first and the lru afterwards? martin