News for hackers. Stuff that matters.

A comment on Debug Adapter Protocol.

Re:Debug Adapter Protocol by Normal_gaussian on Wednesday August 21, 2019 @10:23AM (#20757453)
I'm aware that MS has been implementing all kinds of layers of abstraction when building features for VSCode, but I'm not aware (through my own ignorance) of anything else using these abstracted layers - which makes it hard to work out whether this is fluff or cool.

Has anyone used some of their abstractions elsewhere? How good are these protocols they are pumping out?

[ Parent | on HN ]
Re:Debug Adapter Protocol by est31 on Wednesday August 21, 2019 @10:27AM (#20757501)
LSP at least is implemented by lots of languages as well as lots of editors. There are long tables on the website: https://langserver.org/

Adoption wise, I'd say it's a success. As for how good the protocol is, I'd personally have preferred something binary instead of json.

[ Parent | on HN ]
Re:Debug Adapter Protocol by Entalpi on Wednesday August 21, 2019 @10:36AM (#20757613)
Been using it in Emacs with both Rust (rls) and C/C++ (clangd). It is glorious. I hope more people rally behind both DAP and LSP.
[ Parent | on HN ]
Re:Debug Adapter Protocol by lazyguy on Wednesday August 21, 2019 @11:15AM (#20757997)
Recently switched away from Anaconda to Pyls for Python editing on Spacemacs.

Documentation can be found:

http://develop.spacemacs.org/layers/+lang/python/README.html

Seems to work fine. Functionally it seems the same, maybe a bit faster. Haven't used it a whole lot.

Really tempted to try out the Microsoft PLS just so that I can say that I am using Microsoft in Emacs. Which is pretty close to being technically correct.

Brave new world.

Nowadays if I was forced to give up my Linux desktop and choose between Windows and OS X for work... Windows 100% of the time. Because I can then use WSL and get Linux nicely integrated into the base OS. Especially since Macbook Pros are not that nice anymore.

[ Parent | on HN ]
Re:Debug Adapter Protocol by juliosueiras on Wednesday August 21, 2019 @11:49AM (#20758368)
LSP is quite a life saver for me, I created https://github.com/juliosueiras/vim-terraform-completion first, but when terraform 0.12 came out, I move on to LSP implementation https://github.com/juliosueiras/terraform-lsp , since I wanted all editors to able to use it, and the biggest benefit is that I can use Terraform's HCL2 Parsing to parse the code, instead of using other languages
[ Parent | on HN ]
Re:Debug Adapter Protocol by giancarlostoro on Wednesday August 21, 2019 @11:36AM (#20758205)
Other editors take good advantage of LSP and even DAP. Emacs has good support for it. My Emacs coworker has been using it. The best part is once you develop one server it should just work with any supporting editor.

I didnt see how it works on Sublime Text yet. Feels like plugins on Sublime dont get the love and quality as plugins in VS Code or Atom.

Wonder if Spacemacs / Spacevim will natively support LSP and DAP. Would be really nice.

[ Parent | on HN ]
Re:Debug Adapter Protocol by naikrovek on Wednesday August 21, 2019 @10:26AM (#20757487)
They have to start somewhere, I guess. I believe I saw some non-VSCode editors in the list of implementations.
[ Parent | on HN ]
Re:Debug Adapter Protocol by peternicky on Wednesday August 21, 2019 @12:43PM (#20758942)
monaco-editor is the underlying text editor that is used in vscode. Monaco is open source and has an excellent api that provides devs with many awesome editor features for little effort.
[ Parent | on HN ]