Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [Dltk-dev] JavaScript module



On Wed, Apr 26, 2017 at 11:40 AM, akurtakov <akurtakov@xxxxxxxxx> wrote:


On Wed, Apr 26, 2017 at 11:31 AM, Kaloyan Raev <kaloyan.r@xxxxxxxx> wrote:
Yes, you are right - they are not on the release train. But they are still on the project's update site. And there might be adopters consuming them from there.

Any reason to push this change in a hurry for Oxygen?

Other than stop shipping not really functional modules - no.

Thinking more about - we have just opened development for Oxygen and next few releases will still support Neon so any potential 6.0 change would be next year and being done in a hurry for Photon? Or I'm missing some other change?
 
 



On 04/26/2017 11:01 AM, akurtakov wrote:


On Wed, Apr 26, 2017 at 10:52 AM, Kaloyan Raev <kaloyan.r@xxxxxxxx> wrote:
I am also not sure if there are any adopters of the DLTK _javascript_ and Python modules. Which does not mean there aren't any.

Note that these are not published to the release train [1]. So I would say chances are very very low, esp. considering how useful are they nowadays.
 

Removing them is a backward incompatible change, which should happen in a new major version - DLTK 6.0. I suggest that we plan this for the Photon release (June 2018).

If there is agreement for that it's not too late for Oxygen.

[1] http://git.eclipse.org/c/simrel/org.eclipse.simrel.build.git/tree/dltk.aggrcon
 

Kaloyan


On 04/26/2017 10:50 AM, Dawid Pakuła wrote:
+1

Personally, I think that in future dltk could be extension for LSP4E, as a provider of ast, indexing and other advanced stuff. But, for this have to support multiple language toolkits in same project.

-- 
Dawid Pakuła

On 26 April 2017 at 09:37:12, akurtakov (akurtakov@xxxxxxxxx) wrote:

Hi everyone,
_javascript_ ecosystem is moving quite fast, which can't be said for DLTK one. Even the WTP one is considered badly outdated now [1] and looking for new path. Should we just give up on _javascript_ module in DLTK and disable it from the build? I don't think anyone will join working on it especially with the current push about language servers and friends. WDYT?

P.S. I have similar thoughts about Python but this one could probably be reformed as language server based one, while the JS have definetely taken another path.
Regards,
Alex
_______________________________________________
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
_______________________________________________ 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

_______________________________________________
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



Back to the top