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: Wed, 30 Apr 2008 10:15:40 +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 1209543625 858 80.91.229.12 (30 Apr 2008 08:20:25 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 30 Apr 2008 08:20:25 +0000 (UTC) Cc: emacs-devel@gnu.org, rms@gnu.org, klaus.berndl@sdm.de To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Apr 30 10:20:58 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 1Jr7YU-0002G7-JC for ged-emacs-devel@m.gmane.org; Wed, 30 Apr 2008 10:20:46 +0200 Original-Received: from localhost ([127.0.0.1]:44199 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Jr7Xn-0001oI-IQ for ged-emacs-devel@m.gmane.org; Wed, 30 Apr 2008 04:20:03 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Jr7Xh-0001ls-Kd for emacs-devel@gnu.org; Wed, 30 Apr 2008 04:19:57 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Jr7Xf-0001jd-47 for emacs-devel@gnu.org; Wed, 30 Apr 2008 04:19:56 -0400 Original-Received: from [199.232.76.173] (port=39693 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Jr7Xe-0001jR-Tg for emacs-devel@gnu.org; Wed, 30 Apr 2008 04:19:54 -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 1Jr7XZ-00066U-JR; Wed, 30 Apr 2008 04:19:50 -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 m3U8JgYc015964; Wed, 30 Apr 2008 10:19:43 +0200 In-Reply-To: (Stefan Monnier's message of "Wed, 30 Apr 2008 03:24:54 -0400") 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:96206 Archived-At: Stefan Monnier writes: >> I chose "pin" because in some gui toolkits there is a widget that looks >> like a little needle/pin that you can use to "fasten" the window and not >> go away on certain operations. > >> I dont have a better name than pin right now, can someone think one up? > > I wouldn't worry about naming right now. First we need to get the > design to work for something like ECB, Speedbar, etc.. > I think this patch basically achieves what it set out to do now: - "pinning" windows - "grouping" windows pinning and grouping together makes it possible to implement context windows surrounding an edit area(much like the emacs gdb interface looks like, but without the inconvenience that c-x 1 in the edit area destroys the entire layout) There are other things that are needed that I think are outside the scope of this particular patch: - making a set of buffers live in a particular context window, for instance compilation output should be configurable to always go to a special compilation output window. (I intuit this could be done at the elisp level with buffer local variables) Whatever interface is chosen could presumably also be used for tab support. - understand why the speedbar has to be a frame and make it possible to put it in a context window instead(The ECB does this already somehow) > > Stefan > -- Joakim Verona