From: Tom Tromey <tromey@redhat.com>
To: rms@gnu.org
Cc: fplemma@gmail.com, joakim@verona.se, emacs-devel@gnu.org
Subject: Re: Efforts to attract more users?
Date: Sat, 10 Jul 2010 13:05:31 -0600 [thread overview]
Message-ID: <m3k4p3yx6s.fsf@fleche.redhat.com> (raw)
In-Reply-To: <E1OX3u7-0000wi-4L@fencepost.gnu.org> (Richard Stallman's message of "Thu, 08 Jul 2010 23:05:31 -0400")
>>>>> "RMS" == Richard Stallman <rms@gnu.org> writes:
RMS> The Eclipse IDE has some nice features. Maybe CEDET gives us some of
RMS> them, but maybe we still lack some.
RMS> I saw it once, and it used tabs a lot for switching between
RMS> different views. We need to be able to do that too.
RMS> Also, one advantage of Eclipse's GUI interface is that it shows you a
RMS> lot of features when they might be useful. So you don't have as much
RMS> to learn and remember.
I've used both Eclipse and Emacs for long stretches. For instance, I
did most of my Classpath hacking in Eclipse for about 2 years.
I wouldn't say that perspectives or the GUI are strong features of
Eclipse. They are ok-ish at best. The Eclipse editor is notably bad,
but this is compensated for by other features.
I agree with you that the discoverability of Eclipse is better than that
of Emacs. It still is not super, but it is certainly simpler in Eclipse
to figure out how to check out a new project from a CVS server that
you've never used before -- there is a wizard to walk you through all of
it, including letting you see what modules and branches exist. (Some of
Eclipse's advantages here have been partially negated by vc-dir.)
The big feature in Eclipse that I loved was its excellent Java
environment. The compiler works while you type. It can show errors
immediately, suggest correct completions, show javadoc for the method
named under point in a popup, do simple refactorings. The TAGS-like
feature is always up-to-date, even when you haven't saved buffers.
The CDT (Eclipse's C/C++ plugin) has similar features, but I have not
used it as much. In the past it wasn't nearly as good as the Java
support, but I hear it has gotten better in recent years.
I still haven't used CEDET in a real way (my impression is that it is
still mostly a lot of infrastructure and no applications -- ?). So, I
don't know how it compares. Once nice thing about the Eclipse compiler
is that it provides both analysis and code-generation, so whenever you
save your buffers you are basically ready to start debugging. (This is
only true for Java, not for C++.)
My view is that there are a few things holding Emacs back from
Eclipse-like awesomeness. Here they are in the hopes that someone with
more time than me will fix them :-)
* Lack of any notion of a project. .dir-locals is a step in that
direction, but only a small one. A bunch more things should be
project-specific:
* TAGS files.
* Compilation commands and buffer.
* Debugger commands and buffer.
* Bug database searches. (Emacs has nothing here, but you can
hack it together with w3m; setting this up should be a lot simpler.)
I could probably make most of this work already with the right
buffer-local settings and some lisp hackery. But, I really shouldn't
have to.
* TAGS should auto-update at least on buffer save, maybe even dynamically.
(I've made various failed stabs at this over the years.)
* In Eclipse you can set up a new-file skeleton. This is nice for new
users because it means their new files have the correct copyright
header, etc, without any work. In Emacs you have to set this up by
hand.
* More things should be async; in fact, async operation should generally
be the default, when possible. Emacs has gotten a lot better here,
though there is still the occasionally annoying blocking delay.
Saving buffers is sometimes slow (when VC kicks in to run git status
or something like that); GNUS is a perennial pain; I think I filed a
few bugs along these lines.
* In Eclipse, compilation errors show up in the fringe of the
appropriate buffer. This is a nice feature. Eclipse has a second
non-scrolling fringe that shows markers for the whole buffer; you can
click on these markers to jump to that position in the code. So, you
can see at a glance how many errors there are in a given file.
In many cases these markers also have a "quick fix" option -- for
simple errors you can just click and Eclipse will fix your code
without you having to type at all.
Tom
next prev parent reply other threads:[~2010-07-10 19:05 UTC|newest]
Thread overview: 103+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-07-08 5:31 Efforts to attract more users? Ken Hori
2010-07-08 7:44 ` joakim
2010-07-08 13:28 ` Adrian Robert
2010-07-08 14:26 ` Stephen J. Turnbull
2010-07-08 14:53 ` Stuart Hacking
2010-07-09 21:46 ` Richard Stallman
2010-07-09 22:52 ` Christoph
2010-07-09 23:53 ` Chong Yidong
2010-07-10 14:51 ` Richard Stallman
2010-07-10 14:55 ` Christoph
2010-07-08 15:09 ` Teemu Likonen
2010-07-08 13:54 ` Stuart Hacking
2010-07-09 3:05 ` Richard Stallman
2010-07-09 3:24 ` Bernardo Barros
2010-07-09 15:01 ` Stephen Eilert
2010-07-09 20:25 ` Rolando Pereira
2010-07-09 7:26 ` Aneesh Kumar K. V
2010-07-09 11:02 ` Lennart Borgman
2010-07-09 7:31 ` christian.lynbech
2010-07-09 11:04 ` Lennart Borgman
2010-07-09 11:24 ` Juanma Barranquero
2010-07-09 11:41 ` Lennart Borgman
2010-07-09 12:58 ` Juanma Barranquero
2010-07-09 13:09 ` Lennart Borgman
2010-07-09 16:09 ` Dan Nicolaescu
2010-07-09 16:42 ` Lennart Borgman
2010-07-09 17:05 ` Dan Nicolaescu
2010-07-09 17:07 ` Lennart Borgman
2010-07-09 17:24 ` Dan Nicolaescu
2010-07-09 17:29 ` Drew Adams
2010-07-10 0:03 ` Juanma Barranquero
2010-07-10 19:15 ` Chong Yidong
2010-07-11 2:43 ` Lennart Borgman
2010-07-10 0:03 ` Juanma Barranquero
2010-07-10 0:11 ` Lennart Borgman
2010-07-10 0:16 ` Juanma Barranquero
2010-07-10 0:28 ` Lennart Borgman
2010-07-10 23:43 ` Juanma Barranquero
2010-07-11 2:40 ` Lennart Borgman
2010-07-11 2:56 ` Juanma Barranquero
2010-07-11 3:13 ` Lennart Borgman
2010-07-12 0:23 ` Stephen J. Turnbull
2010-07-12 1:41 ` Juanma Barranquero
2010-07-12 7:43 ` Stephen J. Turnbull
2010-07-12 8:20 ` Eli Zaretskii
2010-07-12 12:37 ` Richard Stallman
2010-07-12 13:22 ` Eli Zaretskii
2010-07-12 8:21 ` David Kastrup
2010-07-12 7:19 ` Eli Zaretskii
2010-07-12 8:05 ` Stephen J. Turnbull
2010-07-12 8:33 ` Eli Zaretskii
2010-07-12 8:38 ` Deniz Dogan
2010-07-12 8:53 ` David Kastrup
2010-07-09 7:33 ` Emacs learning curve (was Re: Efforts to attract more users?) christian.lynbech
2010-07-09 7:43 ` Emacs learning curve Masatake YAMATO
2010-07-09 11:01 ` Efforts to attract more users? Lennart Borgman
2010-07-11 4:37 ` Miles Bader
2010-07-11 10:48 ` Lennart Borgman
2010-07-11 13:24 ` Miles Bader
2010-07-11 13:55 ` Lennart Borgman
2010-07-11 13:59 ` Miles Bader
2010-07-11 14:13 ` Lennart Borgman
2010-07-11 14:24 ` Eli Zaretskii
2010-07-11 15:01 ` Alan Mackenzie
2010-07-11 15:31 ` Bernardo Barros
2010-07-11 17:28 ` Eli Zaretskii
2010-07-11 21:25 ` John Yates
2010-07-12 7:37 ` Eli Zaretskii
2010-07-12 12:36 ` Richard Stallman
2010-07-12 12:47 ` Stephen Eilert
2010-07-12 16:01 ` Stephen J. Turnbull
2010-07-12 17:25 ` Bernardo Barros
2010-07-12 17:40 ` Eli Zaretskii
2010-07-13 1:33 ` Why not Qt4? (hi, Drew! was: Efforts to attract more users?) Stephen J. Turnbull
2010-07-13 2:37 ` Efforts to attract more users? Miles Bader
2010-07-13 13:51 ` Richard Stallman
2010-07-13 13:56 ` Deniz Dogan
2010-07-13 15:07 ` Alfred M. Szmidt
2010-07-13 15:52 ` Deniz Dogan
2010-07-13 16:17 ` Eli Zaretskii
2010-07-13 15:24 ` Bernardo Barros
2010-07-12 0:25 ` Lennart Borgman
2010-07-11 14:52 ` Bernardo Barros
2010-07-11 15:49 ` Chong Yidong
2010-07-12 0:24 ` Lennart Borgman
2010-07-12 9:42 ` joakim
2010-07-09 12:05 ` Eric M. Ludlam
2010-07-09 12:23 ` Alex Ott
2010-07-09 14:33 ` Aneesh Kumar K. V
2010-07-12 1:57 ` CEDET speed issues [was Re: Efforts to attract more users?] Eric M. Ludlam
2010-07-09 15:39 ` Efforts to attract more users? Leo
2010-07-10 19:05 ` Tom Tromey [this message]
2010-07-08 16:56 ` Drew Adams
2010-07-08 23:28 ` Dan Nicolaescu
2010-07-08 23:56 ` Fren Zeee
2010-07-09 0:22 ` Bernardo Barros
2010-08-02 13:24 ` Stefan Monnier
2010-08-02 13:32 ` Bernardo Barros
2010-08-02 20:15 ` Stefan Monnier
2010-08-02 20:30 ` Lennart Borgman
2010-08-02 20:39 ` Jay Belanger
2010-08-03 6:40 ` Andreas Röhler
2010-08-03 8:11 ` Stuart Hacking
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=m3k4p3yx6s.fsf@fleche.redhat.com \
--to=tromey@redhat.com \
--cc=emacs-devel@gnu.org \
--cc=fplemma@gmail.com \
--cc=joakim@verona.se \
--cc=rms@gnu.org \
/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.