emacs-devel
[Top][All Lists]
Advanced

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

Re: IDE


From: Dmitry Gutov
Subject: Re: IDE
Date: Tue, 27 Oct 2015 01:19:50 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:42.0) Gecko/20100101 Thunderbird/42.0

On 10/27/2015 01:06 AM, Óscar Fuentes wrote:

If by "middle ground" you refer to something that gives the right result
90% of the time when there are external packages that gives the right
result 100% of the time, that middle ground is a waste of time by the
Emacs core hackers.

A Grep-based implementation is fairly easy to do, so not too much time is wasted. On the other hand, it can exercise the new APIs and provide the necessary feedback.

Definitions can be tricky in C++, if you wish to distinguish the case
where multiple namespaces or classes defines the same keyword and you
expect from Emacs to jump to the correct definition, deduces from the
context. In that case you need a parser that is good enough to act as a
compiler front-end.

"jump to definition" is about accurately recognizing references. But if you're jumping to foo.bar(), and Emacs doesn't know the type of 'foo', at least it can show you the definitions of all methods named 'bar', and you'll be able to choose for yourself. Using etags-select, for instance.

Trying to find a common ground on current use cases is difficult enough.
Anticipating future requirements is almost impossible. Good luck with
that.

That's defeatism. Doesn't it bother you that every third-party package uses a (sometimes subtly) different set of key bindings, and a different way to present the same kinds of information (definitions, references, documentation, etc)?



reply via email to

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