From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Richard M Stallman Newsgroups: gmane.emacs.devel Subject: Re: window groups Date: Thu, 29 May 2008 20:59:57 -0400 Message-ID: References: <483D4E9A.9020001@gmx.at> <483E76D9.1060406@gmx.at> Reply-To: rms@gnu.org NNTP-Posting-Host: lo.gmane.org Content-Type: text/plain; charset=ISO-8859-15 X-Trace: ger.gmane.org 1212109323 19139 80.91.229.12 (30 May 2008 01:02:03 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 30 May 2008 01:02:03 +0000 (UTC) Cc: emacs-devel@gnu.org To: martin rudalics Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri May 30 03:02:44 2008 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.50) id 1K1t0y-0008Od-BS for ged-emacs-devel@m.gmane.org; Fri, 30 May 2008 03:02:40 +0200 Original-Received: from localhost ([127.0.0.1]:39058 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1K1t0C-0006ox-IV for ged-emacs-devel@m.gmane.org; Thu, 29 May 2008 21:01:52 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1K1t06-0006oB-Jg for emacs-devel@gnu.org; Thu, 29 May 2008 21:01:46 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1K1t05-0006nj-7I for emacs-devel@gnu.org; Thu, 29 May 2008 21:01:46 -0400 Original-Received: from [199.232.76.173] (port=36815 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1K1t05-0006ng-26 for emacs-devel@gnu.org; Thu, 29 May 2008 21:01:45 -0400 Original-Received: from fencepost.gnu.org ([140.186.70.10]:39349) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1K1t04-0004Of-JP for emacs-devel@gnu.org; Thu, 29 May 2008 21:01:44 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1K1syL-0005E0-Tg; Thu, 29 May 2008 20:59:57 -0400 In-reply-to: <483E76D9.1060406@gmx.at> (message from martin rudalics on Thu, 29 May 2008 11:26:49 +0200) X-detected-kernel: by monty-python.gnu.org: 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:98026 Archived-At: - Assert that layouts change in a conceivable way. I am not sure what distinction is meant by "a conceivable way". Did you mean some other word instead of "conceivable"? Technically, group numbers get assigned like window numbers. It would be possible, albeit inefficient, to avoid using numbers: Some group identifier must get stored together with each window-configuration. Can you create an object (even a cons cell) to represent the window group? It just has to be unique, different from the cons cell used for any other window group. > It seems unclean that the group disappears if you happen > to reduce it to just one window. Currently, an invariant requires that group root windows are internal Emacs windows. Hence `delete-window' automatically dissolves a group as soon as it has one visible member. I suppose it wouldn't be difficult to relax that invariant. I think that change is essential for practical use, and also needed for simplicity.