Skip to content
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

Atom Package #480

Open
BryantIT opened this issue Sep 11, 2020 · 7 comments
Open

Atom Package #480

BryantIT opened this issue Sep 11, 2020 · 7 comments
Labels
enhancement New feature or request good first issue Good for newcomers

Comments

@BryantIT
Copy link

Having a package for use in Atom similar to the extension created for VSCode would be great and allow access for more programmers. This way you'd cover those of us that prefer Atom over VSCode.

@BryantIT BryantIT added the enhancement New feature or request label Sep 11, 2020
@ghost ghost added the Needs: Triage 🔍 label Sep 11, 2020
@alex-frankel
Copy link
Collaborator

Definitely! We built the language server according to the Language Server Protocol so that it can be used in other tools. It's not likely something we will get to right away, so it is a great item for a PR.

@majastrz - is it the language server that auto-downloads .net core, or do we have a VS Code dependency for that?

@majastrz
Copy link
Member

It's a VS code extension that downloads the runtime.

@alex-frankel
Copy link
Collaborator

Gotcha, so do we then need to figure out BYO-dotnet in order to enable support in other IDEs?

@majastrz
Copy link
Member

Yeah, but not from scratch. That VS code extension is also open source, so we should be able to fork that code.

@anthony-c-martin
Copy link
Member

Here's an example of an atom extension (C#) which uses the same language server as Bicep:
https://github.com/OmniSharp/omnisharp-atom

@damienpontifex
Copy link

I'm also interested in the language server being built and published...in my case for use in neovim.

I was thinking it'd be nice for it to be built as a Single file application such that it's a single download and run for the editor.

@majastrz
Copy link
Member

The downside of single-file is that it's tied to the specific runtime, which makes publishing a runtime-agnostic. If we're ok with that limitation for some of these scenarios, then I'm all for it.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request good first issue Good for newcomers
Projects
None yet
Development

No branches or pull requests

5 participants