From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Eric M. Ludlam" Newsgroups: gmane.emacs.devel,gmane.emacs.code-browser Subject: Re[2]: patch for optional inhibit of delete-other-windows(IDE feature) Date: Tue, 29 Apr 2008 14:04:41 -0400 Message-ID: <200804291804.m3TI4fSp017469@projectile.siege-engine.com> References: <84D8FEFE8D23E94E9C2A6F0C58EE07E3429A02@mucmail3.sdm.de> <84D8FEFE8D23E94E9C2A6F0C58EE07E3429AF9@mucmail3.sdm.de> <4815EE7D.6020304@gmx.at> <84D8FEFE8D23E94E9C2A6F0C58EE07E3429DD9@mucmail3.sdm.de> <48164956.1060204@gmx.at> NNTP-Posting-Host: lo.gmane.org X-Trace: ger.gmane.org 1209492350 16203 80.91.229.12 (29 Apr 2008 18:05:50 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 29 Apr 2008 18:05:50 +0000 (UTC) Cc: rudalics@gmx.at, emacs-devel@gnu.org, klaus.berndl@sdm.de, joakim@verona.se, ecb-list@lists.sourceforge.net To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Apr 29 20:06:25 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 1JquCx-0001ph-9H for ged-emacs-devel@m.gmane.org; Tue, 29 Apr 2008 20:05:47 +0200 Original-Received: from localhost ([127.0.0.1]:52399 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JquCE-0007bx-Bt for ged-emacs-devel@m.gmane.org; Tue, 29 Apr 2008 14:04:54 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JquCB-0007bs-2Y for emacs-devel@gnu.org; Tue, 29 Apr 2008 14:04:51 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JquCA-0007bg-Hg for emacs-devel@gnu.org; Tue, 29 Apr 2008 14:04:50 -0400 Original-Received: from [199.232.76.173] (port=44066 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JquCA-0007bd-Ey for emacs-devel@gnu.org; Tue, 29 Apr 2008 14:04:50 -0400 Original-Received: from static-71-184-83-10.bstnma.fios.verizon.net ([71.184.83.10] helo=projectile.siege-engine.com) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1JquC5-0003pt-Ti; Tue, 29 Apr 2008 14:04:46 -0400 Original-Received: from projectile.siege-engine.com (localhost.localdomain [127.0.0.1]) by projectile.siege-engine.com (8.12.8/8.12.8) with ESMTP id m3TI4gZi017473; Tue, 29 Apr 2008 14:04:42 -0400 Original-Received: (from zappo@localhost) by projectile.siege-engine.com (8.12.8/8.12.8/Submit) id m3TI4fSp017469; Tue, 29 Apr 2008 14:04:41 -0400 In-reply-to: (message from Richard M Stallman on Tue, 29 Apr 2008 12:35:42 -0400) 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:96155 gmane.emacs.code-browser:2130 Archived-At: >>> Richard M Stallman seems to think that: >I suggest that the best way to design these features is >to think about the actual uses (such as an IDE) and design >features adequate for those uses. In other words, avoid >ading more generality than we need. I agree. Fiddling Emacs to match a model ECB currently uses will just make ECB work. What if there is an ECB and a second program like Speedbar, that both want to do the same thing. How do they work together? I know speedbar works inside ECB because ECB has special code for it, but what if it did not? I'd like to know how ECB, and Speedbar can work at the same time, without being aware of eachother. Would the solution really be that Speedbar needs some ECB client code? The various MDIs (multi-document interface) programs like Eclipse that I'm familiar with treat the document area, and the data display windows as completely different entities. Eclipse has all these independent plugins that provide little speedbar like displays that all get stacked and manipulated by the user in a pretty simple way that is independent of the document area. This isn't a dis against ECB, I think it's a great tool, but architecturally it's a one-way street that starts and ends with ECB. That could be a positive step in itself, where ECB is the API used for attaching many different tools around the sides of a set of edit windows. If this is a case, we should be explicit about it. Eric -- Eric Ludlam: eric@siege-engine.com Siege: www.siege-engine.com Emacs: http://cedet.sourceforge.net