From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Newsgroups: gmane.emacs.devel Subject: RE: Improving Emacs for writing code Date: Wed, 23 Apr 2008 13:59:58 +0200 Message-ID: <84D8FEFE8D23E94E9C2A6F0C58EE07E33A91F0@mucmail3.sdm.de> References: <84D8FEFE8D23E94E9C2A6F0C58EE07E33A8D20@mucmail3.sdm.de><480E1B3E.8060905@gmail.com><84D8FEFE8D23E94E9C2A6F0C58EE07E33A8FBB@mucmail3.sdm.de> <18447.3815.736465.866983@kahikatea.snap.net.nz> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1208957630 3874 80.91.229.12 (23 Apr 2008 13:33:50 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 23 Apr 2008 13:33:50 +0000 (UTC) Cc: lennart.borgman@gmail.com, monnier@iro.umontreal.ca, joakim@verona.se, emacs-devel@gnu.org To: Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Apr 23 15:34: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 1Jof6t-0004QK-46 for ged-emacs-devel@m.gmane.org; Wed, 23 Apr 2008 15:34:07 +0200 Original-Received: from localhost ([127.0.0.1]:47544 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Jof6D-0008DA-BC for ged-emacs-devel@m.gmane.org; Wed, 23 Apr 2008 09:33:25 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Jof6A-0008Cs-Kv for emacs-devel@gnu.org; Wed, 23 Apr 2008 09:33:22 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Jof67-0008CC-0J for emacs-devel@gnu.org; Wed, 23 Apr 2008 09:33:22 -0400 Original-Received: from [199.232.76.173] (port=60786 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Jof66-0008C9-S2 for emacs-devel@gnu.org; Wed, 23 Apr 2008 09:33:18 -0400 Original-Received: from world2.sdm.de ([192.76.162.230]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Jodds-00076c-4E for emacs-devel@gnu.org; Wed, 23 Apr 2008 08:00:04 -0400 Original-Received: from mucns1 ([10.40.232.18] helo=mucns1.sdm.de) by world2.sdm.de with esmtp (MTA) id 1Joddo-0002Rv-H1; Wed, 23 Apr 2008 14:00:00 +0200 Original-Received: from localhost ([127.0.0.1] helo=sdmmail1.sdm.de) by mucns1.sdm.de with esmtp (MTA) id 1Joddo-0000xx-8w; Wed, 23 Apr 2008 14:00:00 +0200 Original-Received: from mucmail3.sdm.de ([10.40.232.45]) by sdmmail1.sdm.de with Microsoft SMTPSVC(6.0.3790.1830); Wed, 23 Apr 2008 13:59:58 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message In-reply-to: <18447.3815.736465.866983@kahikatea.snap.net.nz> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Improving Emacs for writing code Thread-Index: AcilLJZQsuFBTx1TQLKzk62ioBPX9AADBJeA X-OriginalArrivalTime: 23 Apr 2008 11:59:58.0958 (UTC) FILETIME=[8DBA60E0:01C8A539] X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 3) 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:95837 Archived-At: Nick Roberts wrote: > > Here it is: http://ecb.sourceforge.net/cvs_snapshots/ecb.tar.gz >=20 > I realise that I should check for myself, but to save me time, does > it use tree-widget.el for displaying tree structures or does it have > it's own=20 > lisp functions? no, it has it's own tree-library tree-buffer.el which offers as well as tree-widget.el powerful ascii- and graphical tree-displays... But i have to admit, the main reason why ECB uses its own tree-library is cause of historical reasons, i.e. ECB exists long before = tree-widget.el comes up... and it's too much effort to rewrite ECB with tree-widget.el and IMHO it's not worth the effort... >=20 > The reason I ask is that I currently use the speedbar to display watch > expressions as a tree-like structure in a Gdb session in Emacs > (gdb-ui.el) and it's not really suitable. I want to use more than > window and the use of a timer in the speedbar makes updating awkward > at times.=20 >=20 > Also if other things like CEDET are going to be merged into Emacs and > they use the speedbar, I may have to undo any damage that I have done > to it getting=20 > it to work for watch expressions, so an alternative mechanism would > be useful.=20 >=20 > I'm not very familiar with ECB but perhaps it could work with > gdb-ui.el in a manner similar to Eclipse: ECB being one > 'perspective', gdb-ui another,=20 Yes, this would be possible - ECB more or less is just a 'displayor' or layout-engine which can display any stuff like parsing-informations from CEDET or also debugging stuff from gdb... but i do not know gdb-ui.el to give an exact answer... but to give another example: ECB works very well = with screen/window-managers like escreen.el or winring.el... maybe this helps you a little bit to better judge the interaction between ECB and = gdb-ui.el... Klaus