help-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: No automatic tabs in Emacs?


From: Elena
Subject: Re: No automatic tabs in Emacs?
Date: Wed, 8 Dec 2010 02:19:26 -0800 (PST)
User-agent: G2/1.0

On Dec 8, 4:28 am, "Pascal J. Bourguignon" <p...@informatimago.com>
wrote:
> Elena <egarr...@gmail.com> writes:
> > On Dec 7, 1:52 pm, "Pascal J. Bourguignon" <p...@informatimago.com>
> > wrote:
> >> Elena <egarr...@gmail.com> writes:
> >> > On Dec 7, 1:07 pm, Helmut Eller <eller.hel...@gmail.com> wrote:
> >> >> That the IDE forces me to use a particular editor isn't exactly an
> >> >> efficiency booster. Those tools could technically just as well
> >> >> communicate with Emacs or VI instead of being "integrated" with a single
> >> >> editor of a particular IDE.
>
> >> > Agreed. That's the downside of using IDEs. Their tools are tightly
> >> > integrated such that their advanced features are not available
> >> > outside of the IDE.
>
> >> > I agree that IDEs do not get everything right. However, they provide
> >> > a time-tested work-flow.
>
> >> I never found an IDE that got anything right. What has been time
> >> tested, is their total inadequacy for anything beyond toys and school
> >> examples.
>
> > You are being too harsh.  IDEs got right:
> > - generation of a skeleton for organizing your project sources;
>
> There's skeleton-mode and various other template insertion commands.
> For the organization of project sources, I wrote my own commands, since
> I have my own project organization rules.
>
> > - a tidy frame configuration;
>
> If you don't fight it, emacs frame configuration is tidy and foremost,
> works automatically.

Even if you don't fight it, packages can break it, and hunting down
which package is misbehaving is an hassle.  "emacs -Q" and evaluating
expressions isn't an acceptable debugging facility for an editor which
aims to match an IDE.  Emacs doesn't aim at it, so that's fine.

>
> > - easy navigation of project files;
>
> I'm quite happy with C-x C-f and completion, but there's dired and
> speedbar.

... which understand directories, not projects.

>
> > - out-of-the-box context-sensitive code-completion;
>
> emacs has it.

No, it hasn't, not even for Emacs Lisp.  Read again: "out-of-the-
box".  And dabbrev ain't a context-sensitive completion.

Moreover, modern IDEs offer fuzzy completion, which is a big win.
AFAIK, SLIME should have this.

> > - one click (or keystroke) compilation, with dependencies management;
>
> emacs has it.

How can Emacs manage dependencies if it doesn't understand projects?

>
> > - one click (or keystroke) debugging, with dependencies management;
>
> emacs has it.
>

Do you mean Emacs can debug a DLL by rain its main executable with one
click?

> > - other which I'm too lazy to mention.
>
> emacs has them.

Pascal, you should really try a good IDE some day ;-)


reply via email to

[Prev in Thread] Current Thread [Next in Thread]