From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: joakim@verona.se Newsgroups: gmane.emacs.devel Subject: Re: patch for optional inhibit of delete-other-windows(IDE feature) Date: Mon, 28 Apr 2008 13:55:10 +0200 Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1209383975 10714 80.91.229.12 (28 Apr 2008 11:59:35 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 28 Apr 2008 11:59:35 +0000 (UTC) Cc: Stefan Monnier , emacs-devel@gnu.org To: Miles Bader Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Apr 28 14:00:11 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 1JqS1g-0000bx-Np for ged-emacs-devel@m.gmane.org; Mon, 28 Apr 2008 14:00:09 +0200 Original-Received: from localhost ([127.0.0.1]:46402 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JqS10-0003JE-Cm for ged-emacs-devel@m.gmane.org; Mon, 28 Apr 2008 07:59:26 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JqS0u-0003Ho-EI for emacs-devel@gnu.org; Mon, 28 Apr 2008 07:59:20 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JqS0s-0003H5-N7 for emacs-devel@gnu.org; Mon, 28 Apr 2008 07:59:19 -0400 Original-Received: from [199.232.76.173] (port=49260 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JqS0s-0003Gz-Ak for emacs-devel@gnu.org; Mon, 28 Apr 2008 07:59:18 -0400 Original-Received: from iwfs.imcode.com ([82.115.149.64] helo=gate.verona.se) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1JqS0n-0000QM-F4; Mon, 28 Apr 2008 07:59:14 -0400 Original-Received: from chopper (IDENT:1005@localhost [127.0.0.1]) by gate.verona.se (8.13.4/8.11.4) with ESMTP id m3SBxAun028050; Mon, 28 Apr 2008 13:59:10 +0200 In-Reply-To: (Miles Bader's message of "Mon, 28 Apr 2008 20:41:29 +0900") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) X-detected-kernel: by monty-python.gnu.org: Linux 2.4-2.6 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:96056 Archived-At: Miles Bader writes: > joakim@verona.se writes: >> The properties are like: >> >> "pin" - if t, the window isnt deleted by delete-other-windows >> >> "group" - these windows are in a group together and other-window cycles >> between windows which has the same "group" value. I plan to implement >> this in next_window(). >> >> I'm sure theres even better interfaces, so please be honest :) >> >> Maybe "pin" and "group" should really be one parameter or whatever. > > Can you give examples of what sort of real-world situation they'd be > used in? It has been discussed in other threads, but heres a simple example. I would like a special window that displays information that many packages choose to display in the mode-line. Lets call this a status-window. The special window will for instance display date-time, and what song is playing in EMMS, and chanel information from ERC. I dont want this information in every mode-line, just in this special window. Also, I dont want this window to be deleted by delete-other-windows, just as I dont want a windows mode-line to be deleted implicitly. I also dont want to enter the status-window on other-window, I just want the window to sit there and display stuff like a toolbar or whatever. The dedicated flag is not sufficient for this scenario. The special window would have "pin" set to t, and "group" set to something other than nil, perhaps "status". The ECB has much more advanced use-cases, but works basically this way. The ECB has for instance a directory browser and a speed-bar sitting in special windows like these, although the ECB implements this with advice. The goal is not needing advice to implement what the ECB wants so ECB can be merged. Hope this helps. > > Thanks, > -Miles -- Joakim Verona