Re: [Dltk-dev] DLTK in Mars

[Bruno Medeiros <bruno.do.medeiros@xxxxxxxxx>]

While working on the DDT project, I came to the same conclusion. DLTK was very promising and served us (the DDT project) well in the beginning, but eventually a lot of roadblocks were stumbled upon. There were several minor API changes we needed for DDT, in order to move things forward, and those were not being addressed. And those were the simple ones, never-mind bigger API or functionality changes. By the time of DLTK 4 and 5, I could see its development slowing down.

To address this, I started forking and rewriting bits and pieces of DLTK. Because these pieces were mostly UI components, we could used them on top of a DLTK-based IDE, by just replacing some DLTK components as needed (for example, certain preference pages, editor functionality, wizards, etc., one by one). Some were written mostly from scratch, other were minor refactorings of existing DLTK/JDT code (since the code is EPL, it's not a problem).

As the amount of refactored code grew, I turned it into a separate toolkit that could be used by other IDEs, even non-DLTK based ones. The motivation was me being able to use that code in the Goclipse IDE, which is an IDE project I recently started contributing to as well. (GoClipse is not DLTK based though, nor did I want to turn it that way) This "toolkit" code is available here: https://github.com/bruno-medeiros/LangEclipseIDE

Note that the functionality available there is a very, very small fraction of what DLTK offers (although the little that is available I do believe is written in a much more clean way that most DLTK/JDT code). I do hope to add more functionality to it in the future, but I'm just a one-man show working part-time on this, so don't expected anything big anytime soon. Contributions welcome ;) , if you think it could be of use to yourselves.

Note that the way LangEclipseIDE is meant to be used by another IDE is by direct source inclusion. It's not released as its own plugin. The reason why is to avoid all the heavy work of API management. If any particular IDE using LangEclipseIDE needed some API change, they could just change their own "clone" and not have to wait for the API to released to the main repository. This will lead to duplicated bytecode if one has more than one LangEclipseIDE-based IDE installed, yes, but I think that's a worthwhile price to pay given the little manpower available.

On Thu, Sep 4, 2014 at 10:12 AM, Marc Aubry <maubry@xxxxxxxxxxxxxxxxxx> wrote:

It seems that DLTK team doesn't have time to maintain/release the project anymore.
In our side, we think we should stop depending on DLTK one day or another. Currently we don't really know the best way to do so.
We suppose PDT team faces the same kind of problems? Do you have any sort of short/long term plans to solve this issue ?

Le 28/08/2014 22:26, Dawid Paku ła a écrit :

Hi,

PDT team also need DLTK in mars. It would be great if this version will contain few patches from bugzilla (for. ex. better labels, some model extensions)

How can I help?

-- 
Dawid Paku la

On 26 August 2014 at 18:34:18, Wayne Beaton (wayne@xxxxxxxxxxx) wrote:

FWIW, we completed a successful release review for the 5.1 bits, but the project didn't publish any 5.1 bits or update their aggregator contribution in time for Luna.

What can we do to help make this happen?

Wayne

On 25/08/14 10:48 AM, Marc Aubry wrote:

Hi,

Does the DLTK team plan to release in Mars release train ?
Speaking for the LDT team, even the 5.1 version should be better than nothing.

Marc



_______________________________________________
dltk-dev mailing list
dltk-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/dltk-dev

--
Wayne Beaton
@waynebeaton
The Eclipse Foundation

_______________________________________________
dltk-dev mailing list
dltk-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/dltk-dev

_______________________________________________
dltk-dev mailing list
dltk-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/dltk-dev

--

Bruno Medeiros
https://twitter.com/brunodomedeiros