From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Juanma Barranquero Newsgroups: gmane.emacs.devel Subject: Re: display-buffer-alist simplifications Date: Mon, 18 Jul 2011 22:34:44 +0200 Message-ID: References: <87mxgem09k.fsf@stupidchicken.com> <4E22AE2B.5040806@gmx.at> <4E248102.6080904@gmx.at> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1311021359 11649 80.91.229.12 (18 Jul 2011 20:35:59 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 18 Jul 2011 20:35:59 +0000 (UTC) Cc: Chong Yidong , Stefan Monnier , emacs-devel@gnu.org To: martin rudalics Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jul 18 22:35:55 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 1QiuXh-0007HW-Dt for ged-emacs-devel@m.gmane.org; Mon, 18 Jul 2011 22:35:53 +0200 Original-Received: from localhost ([::1]:56696 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QiuXg-00028w-H2 for ged-emacs-devel@m.gmane.org; Mon, 18 Jul 2011 16:35:52 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:48993) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QiuXJ-00026f-QN for emacs-devel@gnu.org; Mon, 18 Jul 2011 16:35:35 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QiuXF-0003Dk-Jk for emacs-devel@gnu.org; Mon, 18 Jul 2011 16:35:29 -0400 Original-Received: from mail-pv0-f169.google.com ([74.125.83.169]:58270) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QiuXF-0003Dg-BL for emacs-devel@gnu.org; Mon, 18 Jul 2011 16:35:25 -0400 Original-Received: by pvc12 with SMTP id 12so3999500pvc.0 for ; Mon, 18 Jul 2011 13:35:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=jq1Oq7LXfrYXk4BgmE9/I8swxwYPCx4An8rZeqfB7sg=; b=wcbaKaI9QO4YIDVnVGee3FEdzA5CgoMWXfiN0TWVJgpPMCbfi7NdrVxtN2PtR0KBBY tEnfqCBh39geU1jh6Ld4QjDJXNpul1OaICF8CITGuPa0Q5Cp+NWFwsCobHKLzUtPMKkA t5+SgAjG1myZ/C1T1TsSY6yyhjZg944AnNSvQ= Original-Received: by 10.142.13.3 with SMTP id 3mr3288883wfm.239.1311021324124; Mon, 18 Jul 2011 13:35:24 -0700 (PDT) Original-Received: by 10.142.141.19 with HTTP; Mon, 18 Jul 2011 13:34:44 -0700 (PDT) In-Reply-To: <4E248102.6080904@gmx.at> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 74.125.83.169 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:142136 Archived-At: On Mon, Jul 18, 2011 at 20:52, martin rudalics wrote: > The label case would specify the calling function so users can change > the behavior if the name of the buffer is not distinctive enough. =C2=A0I= t > can be easily removed if people think it's not needed. No, I think it can be a very useful last resort and would like it to be kep= t. > Emacs 23 was > not less complex in this regard: If you wanted to display a buffer in > the same window, you had at least four options to say so, namely > `same-window-buffer-names', `same-window-regexps', > `special-display-buffer-names' and `special-display-regexps' all with a > separate documentation of the individual behavior, leaving mostly > unexplained which option prevailed. =C2=A0`display-buffer-alist' provides= one > specifier to do that. =C2=A0Do you really think `display-buffer-alist' is > more complex than the four options listed above taken together? FWIW, I couldn't agree more with this. > Admittedly, atomic windows and side windows provide some considerable > additional complexity but there have been frequent requests that putting > a buffer into a window should practically always pass through > `display-buffer'. =C2=A0Although I don't necessarily share that opinion I > tried to incorporate them in the design. =C2=A0And people don't have to c= are > about these as long as they don't need them. =C2=A0But I have no problems > removing support for them either. > > There have been requests that `display-buffer' should be able to set the > size of a popped-up window and optionally specify a function to set the > height by calling a function like `fit-window-to-buffer'. =C2=A0These can= be > easily removed and we get a doc-string that is 35 line shorter. =C2=A0So > we've got plenty of room for down-engineering `display-buffer-alist'. > Just tell me what you want to remove. IMHO, you've taken a lot of time to think of this, and the added complexity, if any, is added flexibility. I think we should strive to make the current funcionality of your changes clearer and better documented. If we stat removing things now, we'll be doomed to re-add them some day, not long, when people starts to ask for ways to make it work like it was before (you've seen enough of my private bug reports to know how true that is ;-) =C2=A0 =C2=A0 Juanma