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: Windows' "split status" Date: Tue, 15 Nov 2011 08:25:30 +0100 Message-ID: <4EC213EA.4080304@gmx.at> References: <87vcqqoekt.fsf@gnu.org> <4EBD6B63.4050607@gmx.at> <87vcqq6utg.fsf@gnu.org> <4EBE4414.10009@gmx.at> <87d3cwr9hc.fsf@gnu.org> <4EBFA0AF.7000608@gmx.at> <87obwgatpy.fsf@gnu.org> <4EBFFBA5.1000309@gmx.at> <87hb26gdx8.fsf@gnu.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 1321341947 27479 80.91.229.12 (15 Nov 2011 07:25:47 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 15 Nov 2011 07:25:47 +0000 (UTC) Cc: emacs-devel@gnu.org To: Chong Yidong Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Nov 15 08:25:43 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 1RQDOo-0007nS-Rj for ged-emacs-devel@m.gmane.org; Tue, 15 Nov 2011 08:25:42 +0100 Original-Received: from localhost ([::1]:36876 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RQDOo-0004Qu-6m for ged-emacs-devel@m.gmane.org; Tue, 15 Nov 2011 02:25:42 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:59838) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RQDOk-0004Qh-Ni for emacs-devel@gnu.org; Tue, 15 Nov 2011 02:25:39 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RQDOi-0006N7-OO for emacs-devel@gnu.org; Tue, 15 Nov 2011 02:25:38 -0500 Original-Received: from mailout-de.gmx.net ([213.165.64.22]:44554) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1RQDOi-0006Mq-6j for emacs-devel@gnu.org; Tue, 15 Nov 2011 02:25:36 -0500 Original-Received: (qmail invoked by alias); 15 Nov 2011 07:25:32 -0000 Original-Received: from 62-47-32-136.adsl.highway.telekom.at (EHLO [62.47.32.136]) [62.47.32.136] by mail.gmx.net (mp060) with SMTP; 15 Nov 2011 08:25:32 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX18ZK8Nzu40Zl7KaXPl9/GXelcnwepgs40yfMIj/lB ADVinDOpWEHoCw User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) In-Reply-To: <87hb26gdx8.fsf@gnu.org> 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.22 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:146037 Archived-At: > Not a problem; if we do revert the behavior, we can bring back the > special slot and the old code. I'd rather we try to DTRT now. I'm not sure what the TRT is here. But if we later decide that a slot is the wrong thing, we can at any time turn "nest" into a parameter (maybe together with "dedicated" and "fixed-size"). Our experience with parameters is still meager and I wouldn't want to destabilize the current code more than necessary. > Emacs will not *add* children to > an internal window past the number specified by `window-max-children' > (or the window parameter), but if an internal window winds up with > excess children for any reason, Emacs does not try to prune it or > rearrange the window tree. > > Does that make sense? For me it's neither trivial to understand nor trivial to implement. So I'd be very glad if you gave it a stab. You can't break much - earlier Emacsen always failed to recombine the windows from my example. But I wonder where and how people would want to use such a variable. martin