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: Neat features in Eclipse editor Date: Fri, 18 Apr 2008 22:23:00 -0400 Message-ID: References: <873aqia0eh.fsf@stupidchicken.com> <873aqiw4xm.fsf@jurta.org> Reply-To: rms@gnu.org NNTP-Posting-Host: lo.gmane.org Content-Type: text/plain; charset=ISO-8859-15 X-Trace: ger.gmane.org 1208582607 22591 80.91.229.12 (19 Apr 2008 05:23:27 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 19 Apr 2008 05:23:27 +0000 (UTC) Cc: emacs-devel@gnu.org To: joakim@verona.se Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Apr 19 07:24:01 2008 connect(): Connection refused 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 1Jn2k1-0003OG-78 for ged-emacs-devel@m.gmane.org; Sat, 19 Apr 2008 04:23:49 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Jn2jL-0003PR-TG for ged-emacs-devel@m.gmane.org; Fri, 18 Apr 2008 22:23:07 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Jn2jH-0003PM-1O for emacs-devel@gnu.org; Fri, 18 Apr 2008 22:23:03 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Jn2jF-0003Ox-Gw for emacs-devel@gnu.org; Fri, 18 Apr 2008 22:23:02 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Jn2jF-0003Ou-Bk for emacs-devel@gnu.org; Fri, 18 Apr 2008 22:23:01 -0400 Original-Received: from fencepost.gnu.org ([140.186.70.10]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Jn2jF-0003ko-7z for emacs-devel@gnu.org; Fri, 18 Apr 2008 22:23:01 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1Jn2jE-0005Zs-H2; Fri, 18 Apr 2008 22:23:00 -0400 In-reply-to: (joakim@verona.se) 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:95431 Archived-At: - 3 is a dedicated emacs window, containing a special "frame status" buffer. This buffer is like a mode-line, but contains mode-line entries like date-time, that I dont want to have in every window mode-line. - I dont want other-window to enter window 3, ever. - I dont want delete-other-windows to delete window 3, ever. You want the window to be dedicated, and never selected except explicitly, and never deleted except explicitly. I don't think there are existing features for the latter two, but it should be easy enough to add them at the C level. I think that is the right approach. Perhaps the cleanest way is to give each window a plist to specify whether various operations should consider it. It could have a `delete-other-windows' property and a `select-window' property and a `display-buffer' property, and the values of these properties would control whether those operations can use this window. The new `display-buffer' property could be equivalent to the existing "dedicated" flag. That would mean it affects some other primitives aside from `display-buffer', but that is ok. There is no need to be rigid about the relationship between these properties and primitives they affect. People might find various ways to improve this idea by tweaking details.