From: "Berndl, Klaus" <klaus.berndl@sdm.de>
Subject: RE: ECB
Date: Wed, 7 Jul 2004 18:54:19 +0200 [thread overview]
Message-ID: <BCA1A6F5CBABD44388AB9C4C6D0D13660260F8F7@mucexch3.muc.sdm.de> (raw)
Sorry for my late interaction but i have just subscribed to this list...
But as the maintainer of ECB and currently the main-developer i think
i should write down some aspects and answers to the previous postings:
1. Coexistence of speedbar and ECB and current dependencies
Currently ECB uses some speedbar-code to display the contents of files
which are currently not supported by the semantic-package (either the
standalone semantic 1.4.X or the cedet-version of semantic which is shipped
with the CEDET-suite. For such files (perl, html and others for which no
semantic-parser currently exists) ECB merely uses the interface the
speedbar package offers over the etags- and imenu-parsing-engines -
so ECB has no need to deal with etags or imenu itself but can use
this speedbar-interface. But this code could probably quite easy fully
integrated into ECB itself so the dependency to speedbar could go away -
but needs some extra programming in ECB.
In general some people have already described the situation very well:
ECB is another interface to display the contents of directories and
of the source-files itself. Concerning displaying file-contents IMHO ECB
is better and more powerful than speedbar, concering browsing directories
it is probably a matter of taste... In general the look&feel of ECB is more
like currently offered IDEs as Visual Studio etc... and therefore it might
be more intuitive to use for many people - especially for Emacs-Newbies -
also because it displays all its information windows (directories, files,
file-contents etc.) in one frame one can be faster switch between its
code-editing-aplication (Emacs) and other applications. On the other side
speedbar has some more mode beside directory- and file-browsing, so e.g.
a quity nifty buffer-browser and some more.
Maybe Eric Ludlum can give us more advantages of speedbar over ECB ;-)
But IMO it would make sense to offer both ECB and speedbar so a user can
deside for himself which interface he likes more...
2. Flexibility for integration of other elisp-applications
ECB has currently a quite powerful layout-engine which allows an user
to create its own window-layout interactively and on the other hand offers a
programming-API to program/create completely new special windows (to display
whatever you want) and synchronize it with the editing-area of ECB.
3. Which features are needed in ECB to subsume speedbar?
Most things speedbar can do ECB can already do too. I can not judge the demand
people have for the buffer-mode of speedbar or the info-mode. As said under 2.
ECB offers already a powerful API to create new special windows which can
display what you want and also a powerful tree-buffer library so all these
speedbar-modes could in general be reimplemented in ECB.
4. What to do for integrating ECB cleanly into Emacs
AFAICS this should be quite simple:
- Required packages: either CEDET or the standalone libs eieio, semantic and
speedbar (the need of the latter one is discussed above)
- Internal structure of ECB: All lisp-files reside in one plain directory,
the needed image-files for the icopn-displays of the tree-buffers reside
currently in a deeply nested subdir ecb-images (this could be moved to etc
of the Emacs dir-structure e.g.), ECB offers its help in info- and html-
format ehich reside each in an own subdir info-help and html-help.
I assume integrating ECB into Emacs would need a changed structure of ECB
and for this some small code-changes would be necessary (so ECB can find its
files) but all are quite simple.
Conclusion: If the Emacs-team wants to integrate ECB into Emacs i would be glad
to hear this and it goes withourt saying that i will help and support as well
as possible.
Klaus
next reply other threads:[~2004-07-07 16:54 UTC|newest]
Thread overview: 44+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-07-07 16:54 Berndl, Klaus [this message]
2004-07-08 23:18 ` ECB Richard Stallman
2004-07-11 23:24 ` ECB Richard Stallman
-- strict thread matches above, loose matches on Subject: below --
2006-03-08 9:50 ECB klaus.berndl
2006-03-08 14:54 ` ECB Stefan Monnier
2006-03-08 15:08 ` ECB Drew Adams
2006-03-09 4:44 ` ECB Miles Bader
2006-03-08 22:18 ` ECB Eli Zaretskii
2006-03-09 16:04 ` ECB Stefan Monnier
2006-03-09 19:59 ` ECB Eli Zaretskii
2006-03-11 22:05 ` ECB Juri Linkov
2006-03-08 9:45 ECB klaus.berndl
2006-03-09 17:13 ` ECB Richard Stallman
2006-03-07 17:01 ECB klaus.berndl
2006-03-08 4:22 ` ECB Richard Stallman
2006-03-07 13:48 ECB klaus.berndl
2006-03-07 16:48 ` ECB Stefan Monnier
2006-03-08 4:21 ` ECB Richard Stallman
2004-07-13 12:42 ECB Berndl, Klaus
2004-07-14 18:26 ` ECB Richard Stallman
2004-07-14 18:27 ` ECB Richard Stallman
2004-07-07 16:57 ECB Berndl, Klaus
2004-07-07 20:50 ` ECB Jérôme Marant
2004-07-07 16:47 ECB Berndl, Klaus
[not found] <E1Bgmxo-0006Bh-0o@monty-python.gnu.org>
2004-07-05 12:06 ` ECB Eric M. Ludlam
2004-07-05 12:53 ` ECB Stefan
[not found] ` <E1BhoWE-0004n3-7k@fencepost.gnu.org>
[not found] ` <200407061241.i66CfX1w016798@projectile.siege-engine.com>
2004-07-12 23:58 ` ECB Richard Stallman
2004-07-02 17:51 ECB Richard Stallman
2004-07-02 18:10 ` ECB Jason Rumney
2004-07-02 20:29 ` ECB Jérôme Marant
2004-07-03 18:21 ` ECB Richard Stallman
2004-07-03 21:56 ` ECB Jason Rumney
2004-07-05 14:23 ` ECB Richard Stallman
2004-07-06 1:29 ` ECB Miles Bader
2004-07-06 7:41 ` ECB Jason Rumney
2004-07-06 21:59 ` ECB Richard Stallman
2004-07-03 15:22 ` ECB Kai Grossjohann
2004-07-03 17:05 ` ECB Stefan
2004-07-04 2:13 ` ECB Richard Stallman
2004-07-04 9:38 ` ECB Kai Grossjohann
2004-07-04 10:24 ` ECB Jason Rumney
2004-07-04 12:01 ` ECB Jens Lautenbacher
2003-01-23 14:06 ECB Dr. F.C.Caner
2003-01-23 15:36 ` ECB Klaus Berndl
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=BCA1A6F5CBABD44388AB9C4C6D0D13660260F8F7@mucexch3.muc.sdm.de \
--to=klaus.berndl@sdm.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.