[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [ide-dev] Code editors in the Eclipse (IDE)
- From: Tom Schindl <tom.schindl@xxxxxxxxxxxxxxx>
- Date: Fri, 17 Jun 2016 08:45:20 +0200
- Delivered-to: email@example.com
- User-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.1.1
On 16.06.16 17:14, Fabio Zadrozny wrote:
> Finally implementing all this directly into TextEditor will most likely
> not work because one will interfere with subclasses like JDT, Xtext, ...
> and IIRC the editor uses SourceViewer as now (subclasses like JDT
> overwrite that) and eg for Folding you need to have a ProjectionViewer.
> Leave it alone and start with a clean code base who takes the lessons
> learned since then and implement a new one:
> * who uses services
> * who uses dependency injection
> * who can run in
> - the Eclipse IDE
> - an e4 application with core.resources
> - an e4 application without core.resources
> - an plain java-application without core.resources
> - an e4 application with SWT
> - an e4 application with *fill-in-your-favorite*
> * don't use preferences to carry colors, they should come from a theme
> Now to finish up: Can this be done, is there a PoC.
> Yes there is:
> âA question, how does such an editor leverage existing technology in
> Eclipse? For instance, does AnyEdit work with it? (from your
> description, it seems it won't work, in which case it's almost a new
> Eclipse -- not that it's not valid, this is the path taken by Eclipse
> Che and Orion, but I'm not sure if this should be the path in the
> Eclipse codebase itself).
you need to think in layers and what you describe is not yet
implemented. So the thing who embeds this lower-level framework in the
Eclipse IDE needs to deal with this.
It might subclass TextEditor or do something different. The important
thing is that the services are 100% the same and language implementators
only need to implement those new APIs and don't worry where their code
is used (Eclipse IDE, e4 RCP, e4 JavaFX, pure Java App, ...)
BTW because this all completely builds upon OSGi-Services (including DS)
it is completely dynamic, so installing support for new languages on the
fly is a no-brainer.
Thomas Schindl, CTO
BestSolution.at EDV Systemhaus GmbH
Eduard-Bodem-Gasse 5-7, A-6020 Innsbruck
Reg. Nr. FN 222302s am Firmenbuchgericht Innsbruck