Re: Proposed New Structure (starter for 10)
[email protected] (Phillip Lord) Mon, 17 Aug 2015 17:00:41 +0100
| Newsgroups | gmane.emacs.jdee.devel |
|---|---|
| Message-ID | <[email protected]> |
Stephen Leake <[email protected]> writes: > [email protected] (Phillip Lord) writes: > >> After this my vision is subtly different. I believe that JDEE should be >> relatively small and do as little as possible, while allowing Emacs and >> the environment to do most or all of the things that you speak off. > > +1. However, JDEE needs to provide some things to "the rest of Emacs" to > leverage that properly. > >> So, project support. Eric has already mentioned EDE. > > JDEE needs to provide an EDE java project. I think this is sounds sensible, but I am not sure what it would bring. In particular, I'd be worried if it involves duplicating information between Emacs and what-ever build tool is being used (probably maven), unless we know how to completely automate this. >> Combine this with rapid navigation tools like projectile, > > I suggest we stick to Emacs core functionality when we can. That means > xref, here (in Emacs 25). If xref is insufficient, we can help extend it. > >> Auto-completion -- we should support completion-at-point-function, using >> a connection to the JVM, and a Java (or JVM) based completion library. >> Actual completion can be done by company, auto-complete or what ever. > > There is a trade-off here when editing code; if the code has syntax > errors, you may get better results from Semantic than from the java > compiler. So we should design for a choice of completion backends, to > allow experimenting. Sorry, my fault, it is `completion-at-point-functions' i.e. plural. So this comes off the shelf, I think. And user configurable. So, we can, for example, do completion in comments as well whcih neither semantic nor java will naturally support. Phil ------------------------------------------------------------------------------