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: Fri, 11 Nov 2011 19:37:23 +0100 Message-ID: <4EBD6B63.4050607@gmx.at> References: <87vcqqoekt.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 1321036662 14316 80.91.229.12 (11 Nov 2011 18:37:42 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 11 Nov 2011 18:37:42 +0000 (UTC) Cc: emacs-devel@gnu.org To: Chong Yidong Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Nov 11 19:37: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 1ROvyq-0006rD-MB for ged-emacs-devel@m.gmane.org; Fri, 11 Nov 2011 19:37:36 +0100 Original-Received: from localhost ([::1]:56609 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ROvyq-0008HB-7N for ged-emacs-devel@m.gmane.org; Fri, 11 Nov 2011 13:37:36 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:45353) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ROvyn-0008FS-Gb for emacs-devel@gnu.org; Fri, 11 Nov 2011 13:37:34 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ROvym-00022M-H9 for emacs-devel@gnu.org; Fri, 11 Nov 2011 13:37:33 -0500 Original-Received: from mailout-de.gmx.net ([213.165.64.22]:47298) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1ROvyl-000228-Ir for emacs-devel@gnu.org; Fri, 11 Nov 2011 13:37:31 -0500 Original-Received: (qmail invoked by alias); 11 Nov 2011 18:37:30 -0000 Original-Received: from 62-47-55-123.adsl.highway.telekom.at (EHLO [62.47.55.123]) [62.47.55.123] by mail.gmx.net (mp062) with SMTP; 11 Nov 2011 19:37:30 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1+U+Nw10fGU4PGfHA9L9+uDAHHunhy70uJ6d5XH3s B+Xbjkk0j5pNIM User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) In-Reply-To: <87vcqqoekt.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:145988 Archived-At: > IIUC the window-splits mechanism properly, it goes to a bit of trouble > to record the current value of `window-splits' in each window, when that > window is split off. This recorded value is retrieved when the window > is resized or deleted. > > Why? Why not just refer to the `window-splits' variable? Since > `window-splits' is a user option, I don't see any reason to regard it as > a "sticky" property of a window. Even if the user happens to change the > value of `window-splits' midway through an Emacs session (which is a > corner case anyway), there's nothing wrong with simply handling existing > split windows using the new value, rather than whatever historical > values of `window-splits' they possess. Initially I didn't store that value. But binding `window-splits' to non-nil can be useful when you want to show with one command many buffers on the same frame like in `Buffer-menu-select'. If you think it's not useful, I can easily restore the older version where I just look at the value of `window-splits' (`Buffer-menu-select' could use `balance-windows' as well). martin