From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: grischka Newsgroups: gmane.emacs.devel Subject: Re: Window configurations Date: Tue, 11 May 2010 15:54:14 +0200 Message-ID: <4BE96186.7060504@gmx.de> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1273586087 29546 80.91.229.12 (11 May 2010 13:54:47 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 11 May 2010 13:54:47 +0000 (UTC) Cc: emacs-devel@gnu.org To: rudalics@gmx.at Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue May 11 15:54:45 2010 connect(): No such file or directory Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1OBpv0-0005kC-7b for ged-emacs-devel@m.gmane.org; Tue, 11 May 2010 15:54:42 +0200 Original-Received: from localhost ([127.0.0.1]:54770 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OBpuz-0004Dn-Ke for ged-emacs-devel@m.gmane.org; Tue, 11 May 2010 09:54:41 -0400 Original-Received: from [140.186.70.92] (port=45607 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OBpuj-0004A9-EN for emacs-devel@gnu.org; Tue, 11 May 2010 09:54:26 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OBpue-0000E3-Uo for emacs-devel@gnu.org; Tue, 11 May 2010 09:54:25 -0400 Original-Received: from mail.gmx.net ([213.165.64.20]:50128) by eggs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1OBpue-0000Dh-Hy for emacs-devel@gnu.org; Tue, 11 May 2010 09:54:20 -0400 Original-Received: (qmail invoked by alias); 11 May 2010 13:54:18 -0000 Original-Received: from 184.121.113.82.net.de.o2.com (EHLO [10.54.16.146]) [82.113.121.184] by mail.gmx.net (mp050) with SMTP; 11 May 2010 15:54:18 +0200 X-Authenticated: #18588216 X-Provags-ID: V01U2FsdGVkX18JWyINcXYJVwLVbiLEBqGSN23ROBdUg4T8TgdUfO xCf2xKEil8eSXG User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) Original-References: 4BE900E7.3090402@gmx.at X-Y-GMX-Trusted: 0 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:124702 Archived-At: Maybe a matter of taste but I would not count on more conclusive behavior from even more new options that allow packages to do what you want in case anyone bothers to understand the complex specifications. Instead it might be much more effective to implement conclusive behavior in a simple algorithm and remove any options for packages to circumvent it. For instance, one could have a buffer stack for each window, such that each buffer displayed is added on top of the window's buffer stack. If a buffer is killed or hidden, then the window's next buffer is displayed. If there is no "next", then the window is deleted (including the frame if it's the last window). --- grischka From: martin rudalics > The `quit-restore' parameter tells how to proceed with a window when > the user "quits" it by invoking `quit-restore-window', see *Note > Displaying Buffers::. The following non-`nil' values of this parameter > have a special meaning. > > `t' > This means to delete the associated window. By default, `t' is > used for a "temporary" window that was obtained by splitting an > existing window. > > `frame' > This means to delete the associated window's frame. This value > indicates that the associated windows was obtained by popping up a > new frame showing just this window. If the window is no more > needed, it should be deleted together with the containing frame. > > A list > This option is useful when the associated window was borrowed to > temporarily display some buffer and quitting shall "restore" the > previous contents of the window. The first three elements of the > list must specify a buffer, a window start position, and a window > point. Quitting the window will then try to display the indicated > buffer with the given start position and point in that window. > > The fourth element, if non-`nil', must denote a live buffer. If > specified, quitting will restore the previous window contents if > and only if the buffer shown in the window is the buffer named by > this element. > > The fifth element, if non-`nil', should specify the desired height > of the window when its buffer is restored. This value is applied > if the buffer temporarily shown in the window was in > `temp-buffer-resize-mode' to restore the original height of the > window. >