Lars,
if you focus on fixing the impediments, i.e., make JDT’s type, constructor and argument completion fast we will make Subwords and other extensions easily consumable for users.
This discussion is not about where a feature should be in. It’s already part of the Java and RCP package and thus accessible to millions. It’s about fixing the underlying limitations in JDT why the development of Subwords got stuck (i.e., limitations in JDT which would require major and even breaking changes in the core parts). Thus, instead of copying what already works, understand why Subwords (or whatever similar completion you want to implement) cannot work with JDT as-is and what needs to be done to make it work.
Read bug 377373 and the referenced proposed Gerrit changes to JDT to get a feeling what’s troubling.
Marcel
Hi Marcel,
I think a "contains" matching code completion similar to subwords should belong into JDT. IIRC the last time we discussed that you indicated that you currently do you have the resources to work on this. Of course this GSOC project should also work on potential performance problems, IMHO having it in JDT would put higher priority on this. If these constraints can be relaxed any code completion engine would hopefully benefit from this.
Best regards, Lars
_______________________________________________ soc-dev mailing list soc-dev@xxxxxxxxxxxTo change your delivery options, retrieve your password, or unsubscribe from this list, visit https://dev.eclipse.org/mailman/listinfo/soc-dev
-- Codetrails GmbH The knowledge transfer company Robert-Bosch-Str. 7, 64293 Darmstadt Managing Director: Dr. Marcel Bruch Handelsregister: Darmstadt HRB 91940
|