From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Tim Cross Newsgroups: gmane.emacs.devel Subject: Re: display-buffer-alist simplifications Date: Tue, 26 Jul 2011 11:03:43 +1000 Message-ID: References: <87mxgem09k.fsf@stupidchicken.com> <4E2A7EBD.7050300@gmx.at> <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> <87ipqq4sja.fsf@gmail.com> 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 1311642234 27666 80.91.229.12 (26 Jul 2011 01:03:54 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 26 Jul 2011 01:03:54 +0000 (UTC) Cc: martin rudalics , Chong Yidong , =?UTF-8?B?xaB0xJtww6FuIE7Em21lYw==?= , emacs-devel@gnu.org To: Juanma Barranquero Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jul 26 03:03:49 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 1QlW3p-0005QA-6S for ged-emacs-devel@m.gmane.org; Tue, 26 Jul 2011 03:03:49 +0200 Original-Received: from localhost ([::1]:46295 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QlW3o-0001ji-2a for ged-emacs-devel@m.gmane.org; Mon, 25 Jul 2011 21:03:48 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:43724) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QlW3l-0001jc-R0 for emacs-devel@gnu.org; Mon, 25 Jul 2011 21:03:46 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QlW3k-0002qI-UA for emacs-devel@gnu.org; Mon, 25 Jul 2011 21:03:45 -0400 Original-Received: from mail-iy0-f169.google.com ([209.85.210.169]:48782) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QlW3k-0002qE-Ia for emacs-devel@gnu.org; Mon, 25 Jul 2011 21:03:44 -0400 Original-Received: by iyb14 with SMTP id 14so6573109iyb.0 for ; Mon, 25 Jul 2011 18:03:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=15E6J8cnmGqhkLk7+rai2jcLsPIDv5LVvTcZiWI+Jf8=; b=oM7yxb2fbnhGCEaleWYiSIIzGmSxxVD0Eepexz+ozD9Ut+NrSEM7rSHY7oGAMDdPca mQGw+jMZ3xZsCLMhgd6XiShdZ9i/vb48NGxYX1RyT9OGl91mWW+foO4pt4Uy/+840WKi E2I765EqsPLOvISIsE7t9YL8pDvkGryU1Mgsk= Original-Received: by 10.231.197.16 with SMTP id ei16mr2628599ibb.111.1311642223706; Mon, 25 Jul 2011 18:03:43 -0700 (PDT) Original-Received: by 10.231.37.139 with HTTP; Mon, 25 Jul 2011 18:03:43 -0700 (PDT) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 209.85.210.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:142296 Archived-At: On Mon, Jul 25, 2011 at 9:41 PM, Juanma Barranquero wrot= e: > On Mon, Jul 25, 2011 at 11:29, =C5=A0t=C4=9Bp=C3=A1n N=C4=9Bmec wrote: > >> Not that it probably matters at all, but let me express my sincere >> appreciation for all your work on making `display-buffer' and friends >> suck less. I do hope the outcome of this discussion won't be sticking >> with the Emacs 23 state of things. > [...] >> So I'd think at this point questions of the form "How do I get this >> specific behaviour I want with your new system?" are more useful than >> "Why not redesign it like this?" or "Why not drop these parts of the new >> design?". > > +1 > > =C2=A0 =C2=A0 Juanma > > +1 and a thumbs up as well. While Martin has probably put more deep thought into this than most, even he may not have considered all the possible use cases, so such questions could also help him as well as the rest of us. I suspect one of the reasons this seems so difficult is that we as yet don't really understand the problem. Specific questions from various viewpoints/requirements may help address this. Tim