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: Wed, 31 Aug 2011 11:33:21 +0200 Message-ID: <4E5DFFE1.6080200@gmx.at> References: <87mxgem09k.fsf@stupidchicken.com> <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> <4E59F6D1.5060800@gmx.at> <4E5BE2B9.9030307@gmx.at> <87zkiqicdo.fsf@stupidchicken.com> <87hb4ythby.fsf@stupidchicken.com> 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 1314783225 20062 80.91.229.12 (31 Aug 2011 09:33:45 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 31 Aug 2011 09:33:45 +0000 (UTC) Cc: 'Juri Linkov' , 'Stefan Monnier' , Drew Adams , emacs-devel@gnu.org To: Chong Yidong Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Aug 31 11:33:41 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 1QyhAw-0008DE-DW for ged-emacs-devel@m.gmane.org; Wed, 31 Aug 2011 11:33:38 +0200 Original-Received: from localhost ([::1]:52685 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QyhAu-0002fn-Uz for ged-emacs-devel@m.gmane.org; Wed, 31 Aug 2011 05:33:36 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:34548) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QyhAs-0002fX-PV for emacs-devel@gnu.org; Wed, 31 Aug 2011 05:33:35 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QyhAr-0003VA-Ka for emacs-devel@gnu.org; Wed, 31 Aug 2011 05:33:34 -0400 Original-Received: from mailout-de.gmx.net ([213.165.64.23]:41371) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1QyhAr-0003Ut-63 for emacs-devel@gnu.org; Wed, 31 Aug 2011 05:33:33 -0400 Original-Received: (qmail invoked by alias); 31 Aug 2011 09:33:29 -0000 Original-Received: from 62-47-46-219.adsl.highway.telekom.at (EHLO [62.47.46.219]) [62.47.46.219] by mail.gmx.net (mp057) with SMTP; 31 Aug 2011 11:33:29 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX18uOF8TnDMujEch9hMKinKoF9D7CCSMDVP0GTxPE6 O+TkUZ//3PN6zt User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) In-Reply-To: <87hb4ythby.fsf@stupidchicken.com> X-Y-GMX-Trusted: 0 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. 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:143654 Archived-At: > Conversely, as long as the Emacs 23 variables continues to work, we have > all the time in the world to introduce the full set of new window > management features. > > The hold-up is fine for now, because meanwhile other bugs are getting > fixed and the manuals are getting updated. But the timeline is not > infinitely elastic---the whole point of a feature freeze is that new > features are supposed to be ready for testing/integration at more or > less the same time, instead of waiting on one another. > > Another reason I would prefer to reduce the initial set of changes to > the minimum working set of "base" code is to get that code into the > repository sooner rather than later. Then other Emacs developers can > help at working out integration issues, reducing the current bottleneck > (i.e. "Martin doing everything"). I hopefully restored the old code now together with the functionality needed for quit-window and a rudimentary `pop-to-buffer-same-window' function. So feel free to go on reducing the current bottleneck. Thanks, martin