Live data from Hacker News

VSCode January 2019 (version 1.31) released

code.visualstudio.com

21–30 of 41 posts

Re: VSCode January 2019 (version 1.31) released

#24
I tried VS Code early on and decided I'd give it a serious shot when I could modify the color scheme without having to go through a whole page of notes, download and install something like 3 other programs and practically learn a whole new language.

Is that possible yet? In other words, is there an actual GUI for configuring color, or at least a config file that's not some cryptic format for a program I've never used?

Re: VSCode January 2019 (version 1.31) released

#25

I tried VS Code early on and decided I'd give it a serious shot when I could modify the color scheme without having to go through a whole page of notes, download and install something like 3 other programs and practically learn a whole new language. Is that possible yet? In other words, is there an actual GUI for configuring color, or at least a config file that's not some cryptic format for a program I've never used…

I know I'm probably exaggerating quite a bit, but I literally couldn't figure out how to do it after wasting a fair bit of time and gave up.

I was raised in the era of "programmer editors" like Brief and Multi-edit (the latter of which I still use) and those were always extremely easy to configure and enhance without having to use a bunch of external tools.

Re: VSCode January 2019 (version 1.31) released

#26
post #23
post #5

Earlier quoted context omitted.

If they ever add a visual editor that could be true. Still tons of thing Visual Studio does that VS Code doesn't.

Like what? Never used Visual Studio.

A lot of debugging and profiling features.

Re: VSCode January 2019 (version 1.31) released

#27

Earlier quoted context omitted.

The language server protocol (LSP) is a massive leap forward. And unlike the Microsoft of Ballmer, LSP is an open standard that any editor designer can implement.

Is there any reason to use LSP, rather than simple JSON messages passed between the front-end and back-end? That's the approach that Xi uses. https://github.com/xi-editor/xi-editor

Because LSP is a widely used protocol for language tooling that's not coupled to any particular editor.

I'm surprised xi didn't just add an LSP client to leverage the existing ecosystem. The benefits of in-house language server implementations seem marginal at best.

Re: VSCode January 2019 (version 1.31) released

#28

Earlier quoted context omitted.

The language server protocol (LSP) is a massive leap forward. And unlike the Microsoft of Ballmer, LSP is an open standard that any editor designer can implement.

Is there any reason to use LSP, rather than simple JSON messages passed between the front-end and back-end? That's the approach that Xi uses. https://github.com/xi-editor/xi-editor

> Is there any reason to use LSP, rather than simple JSON messages passed between the front-end and back-end

Yes, there's a reason to use a documented open standard supported by multiple servers and clients that passes JSON back and forth rather than an ad hoc, client specific mechanism that also passes JSON back and forth.

In fact, the reason is exactly the problem LSP addresses, labeled as “The Matrix” at https://langserver.org

In short, a problem with N+M cost is better than N×M when both N and M are >2.

Re: VSCode January 2019 (version 1.31) released

#29

Earlier quoted context omitted.

The language server protocol (LSP) is a massive leap forward. And unlike the Microsoft of Ballmer, LSP is an open standard that any editor designer can implement.

Is there any reason to use LSP, rather than simple JSON messages passed between the front-end and back-end? That's the approach that Xi uses. https://github.com/xi-editor/xi-editor

LSP also uses JSON messages.
Post reply on HN