From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: Window configuration UI (was: Neat features in Eclipse editor) Date: Mon, 31 Mar 2008 12:25:07 -0400 Message-ID: References: <873aqia0eh.fsf@stupidchicken.com> <18416.20317.458729.421431@kahikatea.snap.net.nz> Reply-To: rms@gnu.org NNTP-Posting-Host: lo.gmane.org Content-Type: text/plain; charset=ISO-8859-15 X-Trace: ger.gmane.org 1206980886 1964 80.91.229.12 (31 Mar 2008 16:28:06 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 31 Mar 2008 16:28:06 +0000 (UTC) Cc: monnier@iro.umontreal.ca, emacs-devel@gnu.org To: Nick Roberts Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Mar 31 18:28:37 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 1JgMr7-0005do-2P for ged-emacs-devel@m.gmane.org; Mon, 31 Mar 2008 18:27:33 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JgMqU-0004oI-W7 for ged-emacs-devel@m.gmane.org; Mon, 31 Mar 2008 12:26:55 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JgMoo-0003un-Qt for emacs-devel@gnu.org; Mon, 31 Mar 2008 12:25:10 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JgMon-0003u8-8P for emacs-devel@gnu.org; Mon, 31 Mar 2008 12:25:10 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JgMom-0003tu-Up for emacs-devel@gnu.org; Mon, 31 Mar 2008 12:25:08 -0400 Original-Received: from fencepost.gnu.org ([140.186.70.10]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JgMom-0004rf-SD for emacs-devel@gnu.org; Mon, 31 Mar 2008 12:25:08 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1JgMol-00028e-U9; Mon, 31 Mar 2008 12:25:07 -0400 In-reply-to: <18416.20317.458729.421431@kahikatea.snap.net.nz> (message from Nick Roberts on Mon, 31 Mar 2008 14:41:33 +1200) 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:94045 Archived-At: Maybe some concept of a window being dedicated to the set of buffers that have tabs for it, i.e., you could switch between tabs but other buffers couldn't switch into it, would be some kind of useful subframe entity. That sounds like a good idea to me. It could be implemented in tabbar.el; if you click on a tab belonging to a dedicated window, it could un-dedicate the window, switch buffers in it, then re-dedicate it. However, perhaps set-window-buffer should operate normally on dedicated windows. The idea of dedicated windows is that they should not get reused by ...-other-window functions. If you explicitly change the buffer in a dedicated window, why shouldn't that work?