From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.devel Subject: Re: Neat features in Eclipse editor Date: Sun, 23 Mar 2008 11:50:34 +0100 Message-ID: <47E635FA.7010400@gmx.at> References: <873aqia0eh.fsf@stupidchicken.com> <873aqiw4xm.fsf@jurta.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1206269378 21322 80.91.229.12 (23 Mar 2008 10:49:38 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 23 Mar 2008 10:49:38 +0000 (UTC) Cc: emacs-devel To: joakim@verona.se Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Mar 23 11:50:08 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 1JdNmA-0005B0-VX for ged-emacs-devel@m.gmane.org; Sun, 23 Mar 2008 11:50:07 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JdNla-0001WJ-4Q for ged-emacs-devel@m.gmane.org; Sun, 23 Mar 2008 06:49:30 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JdNlR-0001QG-7H for emacs-devel@gnu.org; Sun, 23 Mar 2008 06:49:21 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JdNlO-0001NL-Q4 for emacs-devel@gnu.org; Sun, 23 Mar 2008 06:49:20 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JdNlO-0001Mu-G6 for emacs-devel@gnu.org; Sun, 23 Mar 2008 06:49:18 -0400 Original-Received: from mail.gmx.net ([213.165.64.20]) by monty-python.gnu.org with smtp (Exim 4.60) (envelope-from ) id 1JdNlN-0007FT-Nz for emacs-devel@gnu.org; Sun, 23 Mar 2008 06:49:18 -0400 Original-Received: (qmail invoked by alias); 23 Mar 2008 10:49:12 -0000 Original-Received: from N870P002.adsl.highway.telekom.at (EHLO [62.47.52.162]) [62.47.52.162] by mail.gmx.net (mp018) with SMTP; 23 Mar 2008 11:49:12 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX183f+cUp3c3v9NqITMgORqqQbs+pzEzy1B/fNiLkE bbVjO5T+wnhKPl User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: de-DE, de, en-us, en In-Reply-To: X-Y-GMX-Trusted: 0 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:93250 Archived-At: joakim@verona.se schrieb: > Juri Linkov writes: > > >>>>* "Perspectives" are named persistent window configurations. We have >>>>had the window configuration mechanism in GNU Emacs since the >>>>beginning but we have never developed a good user interface to take >>>>advantage of them. Eclipse's user interface seems to be good. > > > Eclipse, and nearly all other IDE:s also have the feature that the main > frame is sub-divided in minor frames that dont affect each other. > > That is, I have an editor sub-frame, and a compilation message sub-frame > etc. If I remove an editor tab in the editor sub-frame, this doesnt > affect the other parts of the master frame. > > The Emacs ECB package is designed to do all of this in Emacs. It has been > discussed for inclusion. It uses lots and lots of advice to achive the > sub-frame feature. Recently I did a small review of the code to see if > it would be possible for me to remove the advice, by providing suitable > hooks in Emacs. It did not apear immediately obvious how to do this. > > I'm now thinking it would be easier to start by providing a C > level interface, and then adjust the ECB to use this interface. > > Heres what I thought could be done: > > - Create a new Emacs window object called a sub-frame. This sits between > frames and windows. It nominaly provides a list of windows like a frame > does and is normaly the same list of windows the frame has. A frame can > have several sub-frames, but at the start only one. When no sub-frame > features are used, emacs behaves exactly as it does today. > > - as an example, I now create 2 subframes called left and right. When > I'm in the left sub-frame and do other-window, I only jump between > windows in the left sub-frame. Likewise for the right sub-frame. When I > do delete-other-windows, only other windows in the sub-frame goes away. > > Again, this is achieved by all window functions looking at the list of > windows in the sub-frame structure rather than the frame structure. > > Moving between sub-frames needs a new function similar to other-frame. > > Does this sound at all feasible? >