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: Wed, 10 Aug 2011 09:01:18 -0400 Message-ID: References: <87mxgem09k.fsf@stupidchicken.com> <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> <4E3FD5ED.5000206@gmx.at> <4E412E2D.90908@gmx.at> <4E422ECA.2020207@gmx.at> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1312981302 21554 80.91.229.12 (10 Aug 2011 13:01:42 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 10 Aug 2011 13:01:42 +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 15:01:37 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 1Qr8Pe-0001uk-20 for ged-emacs-devel@m.gmane.org; Wed, 10 Aug 2011 15:01:34 +0200 Original-Received: from localhost ([::1]:42509 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qr8Pd-0008Jc-LW for ged-emacs-devel@m.gmane.org; Wed, 10 Aug 2011 09:01:33 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:47906) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qr8PW-0007xA-Uc for emacs-devel@gnu.org; Wed, 10 Aug 2011 09:01:31 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Qr8PQ-00033o-QG for emacs-devel@gnu.org; Wed, 10 Aug 2011 09:01:26 -0400 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.183]:36743 helo=ironport2-out.pppoe.ca) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qr8PQ-00033c-Nf for emacs-devel@gnu.org; Wed, 10 Aug 2011 09:01:20 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EAIaAQk5FxKeo/2dsb2JhbABBp0d4gUABAQQBViMQCzQSFBgNJIgBvkqGRgSfX4Qz X-IronPort-AV: E=Sophos;i="4.67,350,1309752000"; d="scan'208";a="130419527" 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; 10 Aug 2011 09:01:19 -0400 Original-Received: by ceviche.home (Postfix, from userid 20848) id 8464F6610B; Wed, 10 Aug 2011 09:01:18 -0400 (EDT) In-Reply-To: <4E422ECA.2020207@gmx.at> (martin rudalics's message of "Wed, 10 Aug 2011 09:10:02 +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.183 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:143102 Archived-At: >> Here are the difference I see: In the mean time I thought of 2 more: - all the args to the display methods are in the ALIST rather than having some in the ALIST and some bundled with the display method. - the display method has to handle everything, there's no common/shared postprocessing. >> - use functions rather than a finite set of symbols. > Not really a difference because `display-buffer-alist' provides the > function specifier. I know, but what I meant is that everything is handled through the FUNCTION case. >>> So when an application sets the argument, people who want the old >>> behavior are overridden. This means that such people can use >>> `message-mail' as before but any of their customizations affecting >>> `message-mail-other-window' or `message-mail-other-frame' are lost. >> Yes (unless message-mail-other-window keeps using the old let-binding >> horror, of course). > With customization I meant that so far they can make > `message-mail-other-window' use another frame by setting `pop-up-frames' > to t. This won't be possible any more. Yes, that's what I understood, and I think that's OK. If we don't like that, we can make display-buffer-other-window obey pop-up-frames as well. But such supplemental backward compatibility should only be added on a case-by-case basis. And I'd much rather provide "other-window-prefix" and "other-frame-prefix" commands so that when people ask for such compatibility we can tell us: here's the new, better way to do it. Stefan