You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This is to register the intent to mark "rascal-eclipse" for deprecation and eventual removal. This includes the nested project for the update site, the feature, the actual plugin, and the developers-feature that would link Rascal JUnit tests to their source locations.
Our (new) users gravitate (by about 90%) to using VScode
The only feature the VScode extension is missing is the interactive Rascal debugger, otherwise it is feature complete, and even more featureful than rascal-eclipse
Basic features that we depend on, such as terminal and HTML preview, in Eclipse are not maintained well. Otherwise, Eclipse has proven to be an extremely stable platform (also given the impulse abstraction that we maintain ourselves).
Although IDE support for DSLs based on util::IDE can not literally be used to call util::LanguageServer from the rascal-language-servers project, the concepts are exactly the same and only some minor rewiring is requested.
vis::Figure was not used by many students anymore, but still we have to bring the documentation of vis/* and salix-* up to the level of the Figure library
by removing such code we improve the general sustainability of what is left
we have to wait at least a year from this day (Feb 2nd, 2023) to give users time to migrate to VScode
we can only drop Eclipse when we have the debugging feature in VScode, as it is essential for the bootstrapping of the compiler.
In the meantime we will make only small bugfix releases of rascal-eclipse, to help straggling users while they prepare to migrate.
I will add a documentation issue about documenting the migration from rascal-eclipse DSL implementations to VScode DSL implementations
The text was updated successfully, but these errors were encountered:
There is an opportunity to factor vis::Figure into a separate maintainable project, where SWT is used or SVG output is created based on an SWT graphics environment that can output SVG. However, there are also ports of vis::Figure out there already that generate JS/HTML/SVG, and a salix enabled port as well. So before we delete rascal-eclipse, we also have to think about the future of vis::Figure.
This is to register the intent to mark "rascal-eclipse" for deprecation and eventual removal. This includes the nested project for the update site, the feature, the actual plugin, and the developers-feature that would link Rascal JUnit tests to their source locations.
util::IDE
can not literally be used to callutil::LanguageServer
from the rascal-language-servers project, the concepts are exactly the same and only some minor rewiring is requested.vis::Figure
was not used by many students anymore, but still we have to bring the documentation ofvis/*
andsalix-*
up to the level of the Figure libraryPlease sign here for the consent of the idea:
In the meantime we will make only small bugfix releases of rascal-eclipse, to help straggling users while they prepare to migrate.
I will add a documentation issue about documenting the migration from rascal-eclipse DSL implementations to VScode DSL implementations
The text was updated successfully, but these errors were encountered: