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: Mon, 08 Aug 2011 14:26:21 +0200 Message-ID: <4E3FD5ED.5000206@gmx.at> References: <87mxgem09k.fsf@stupidchicken.com> <87livooqt6.fsf@stupidchicken.com> <4E2B158B.1080101@gmx.at> <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> <87zkjkb572.fsf@mail.jurta.org> 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 1312806399 13151 80.91.229.12 (8 Aug 2011 12:26:39 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 8 Aug 2011 12:26:39 +0000 (UTC) Cc: Chong Yidong , Stefan Monnier , emacs-devel@gnu.org To: Juri Linkov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Aug 08 14:26:34 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 1QqOuf-0004oW-Rg for ged-emacs-devel@m.gmane.org; Mon, 08 Aug 2011 14:26:34 +0200 Original-Received: from localhost ([::1]:60071 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QqOue-0002NB-KN for ged-emacs-devel@m.gmane.org; Mon, 08 Aug 2011 08:26:32 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:43650) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QqOub-0002Mu-F9 for emacs-devel@gnu.org; Mon, 08 Aug 2011 08:26:30 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QqOua-0001y8-6S for emacs-devel@gnu.org; Mon, 08 Aug 2011 08:26:29 -0400 Original-Received: from mailout-de.gmx.net ([213.165.64.23]:32946) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1QqOuZ-0001xs-Rg for emacs-devel@gnu.org; Mon, 08 Aug 2011 08:26:28 -0400 Original-Received: (qmail invoked by alias); 08 Aug 2011 12:26:26 -0000 Original-Received: from 62-47-37-182.adsl.highway.telekom.at (EHLO [62.47.37.182]) [62.47.37.182] by mail.gmx.net (mp049) with SMTP; 08 Aug 2011 14:26:26 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX19uiqd4+SNuUob/nBx9186QbNECdbPtnDBSlLgDXd ADJUuDeKFCGWbg User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) In-Reply-To: <87zkjkb572.fsf@mail.jurta.org> 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.23 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:143015 Archived-At: > Currently the following layers are planned: > > 1. default global behavior > 2. old user settings > 3. application specifiers > 4. new user specifiers > > We should keep the old mess in 2 for backward-compatibility > and design a new clean and simply way to specify 3 and 4, so > we don't need to merge new specifiers with old user settings in 2, > because new specifiers just override the old user settings. With the scheme sketched above users have no chance to specify what they want when they want to use the new design _and_ respect the application specifiers. When they set the new specifiers they would override the application. >> would then become >> >> (defun message-mail-other-window (&optional to subject) >> "Like `message-mail' command, but display mail buffer in another window." >> (interactive) >> (unless (message-mail-user-agent) >> (let ((pop-up-windows t) >> (special-display-buffer-names nil) >> (special-display-regexps nil) >> (same-window-buffer-names nil) >> (same-window-regexps nil)) >> (message-pop-to-buffer (message-buffer-name "mail" to) 'other-window))) >> >> for approximately as long as how we are supporting the old code. > > Why wouldn't `display-buffer' prefer new settings in the `SPECIFIERS' arg > over the old settings in `same-window-regexps' etc.? IOW, when the > `SPECIFIERS' arg is `other-window' then `display-buffer' should ignore > the values of `same-window-regexps' etc. Because this would change the behavior of `display-buffer' for users who prefer good ol' `display-buffer'. martin