-
Notifications
You must be signed in to change notification settings - Fork 46
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Move the generic LS implementation to a separate repo? #91
Comments
Hi @robertoaloi , Good idea ! At the beginning, I made this extension for Visual Studio Code in order to compile/debug my personal Erlang projects. Do you know this project 'https://github.com/erlang/sourcer' ? @wojteksurowka did a great job to port LS fully in Erlang. So today, because your are in early stage, a copy of Erlang code can be integrate in your repo. I work every days on Microsoft .Net platform, and one feature is important for me, is the support of many runtime version by the IDE (Visual Studio). So, today the Erlang code is compiled on target machine using the current version. And OTP 18, 19, 20... can be targeted. May be is not the best way, but you can see what I mean. |
We are still at the stage of development when new features are added often, significant refactorings are done often, and generally the Erlang extension - including the language server - is in the state of continuous improvement. |
Hi both, fair enough. Support for multiple OTP version is something I'm highly interested into as well, since I usually work with different versions at the same time. Something that EDTS only solves partially. |
Hi Pierrick,
we recently created an organization named
erlang-ls
, whose purpose is to have a common space for members of the Erlang community who want to leverage the Language Server Protocol to improve support for the Erlang programming language in the most common editors and IDEs (e.g. Emacs, Vim, Eclipse, VS, etc).Since it looks like you already have an existing server implementation, I wonder if you would be interested in moving the non-VS specific parts to a separate, common, repo (ideally under the same organization, of which you could become a moderator and collaborator), so that other community members could use it in combination with other clients.
The org is at very early stage (the idea came out during the Code Beam Stockholm) and preliminary discussions are happening at erlang-ls/erlang_ls#1 and in the #language-server channel in the Erlanger Slack.
Regarding licenses, the idea is to release all the components under the
erlang-ls
org as Apache 2, to be aligned with the license used by Erlang itself.Let us know if you are interested.
The text was updated successfully, but these errors were encountered: