From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.devel Subject: Re: Window configurations Date: Fri, 14 May 2010 01:48:34 +0300 Organization: JURTA Message-ID: <87wrv7peq5.fsf@mail.jurta.org> References: <4BE96186.7060504@gmx.de> <4BEA74B7.2070609@gmx.at> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1273795174 28607 80.91.229.12 (13 May 2010 23:59:34 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 13 May 2010 23:59:34 +0000 (UTC) Cc: grischka , emacs-devel@gnu.org To: martin rudalics Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri May 14 01:59:31 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 1OCiJJ-0005cy-LE for ged-emacs-devel@m.gmane.org; Fri, 14 May 2010 01:59:25 +0200 Original-Received: from localhost ([127.0.0.1]:42543 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OCiJI-0006rE-UF for ged-emacs-devel@m.gmane.org; Thu, 13 May 2010 19:59:24 -0400 Original-Received: from [140.186.70.92] (port=56379 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OCiJ5-0006oO-T8 for emacs-devel@gnu.org; Thu, 13 May 2010 19:59:14 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OCiJ2-0003bU-Jt for emacs-devel@gnu.org; Thu, 13 May 2010 19:59:11 -0400 Original-Received: from smtp-out2.starman.ee ([85.253.0.4]:54659 helo=mx2.starman.ee) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OCiJ2-0003bB-Ee for emacs-devel@gnu.org; Thu, 13 May 2010 19:59:08 -0400 X-Virus-Scanned: by Amavisd-New at mx2.starman.ee Original-Received: from mail.starman.ee (82.131.96.45.cable.starman.ee [82.131.96.45]) by mx2.starman.ee (Postfix) with ESMTP id 0F1EC3F40CD; Fri, 14 May 2010 02:59:04 +0300 (EEST) In-Reply-To: <4BEA74B7.2070609@gmx.at> (martin rudalics's message of "Wed, 12 May 2010 11:28:23 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (x86_64-pc-linux-gnu) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) 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:124752 Archived-At: > One complication is that window configurations would > have to store the buffer stack and all buffer references. Yes, window configurations have to store the buffer stack. Like frame configurations store the buffer list, there is no problem with that. > What's more problematic, however, is that it's not clear whether each > and every occurrence of `set-window-buffer' should add its buffer to > the stack. Currently, I put a buffer there only when `display-buffer' > displays it. `set-window-buffer' could add its buffer to the stack only when it is different than a buffer on the top of the stack. A problem may occur when `set-window-buffer' is used to set a buffer temporarily. Perhaps `set-window-buffer' should have a new argument (e.g. NO-RECORD) to not change the stack in this case. -- Juri Linkov http://www.jurta.org/emacs/