The client (CodeMirror) connects to the language server though WebSocket to offer semantic highlighting and some custom LSP actions related to compiling and serving the project.
Leaning on CloudFlare Containers seems like a good balance though. But im wondering what the limits are, some packages are very large and require more than just Javascript (e.g node gyp).
(Personally I ended up hosting a web-only VS code served as static files. Luckily i dont need to support Deno syntax so the built-in Typescript language server worked fine.)
rafram•4mo ago
https://github.com/microsoft/monaco-editor
jsejcksn•4mo ago
[1]: https://github.com/denoland/vscode_deno/issues/515
gvkhna•4mo ago
They could have also contributed to the effort. You can also add types to monaco typescript. I don’t see a need for a Deno specific LSP, am I missing something?
WorldMaker•4mo ago
The second biggest deal is that the Deno LSP also includes a full linter, versus for the full experience the Typescript not-quite-LSP is often paired with the ESLint VS Code extension and a large eslint install.
Deno's LSP is also sometimes preferred for being a single Rust binary that runs quicker than Typescript's not-quite-LSP (plus or minus ESLint's non-LSP). It may be interesting to see how Golang Typescript's real-LSP fares in comparison in a future version.
gvkhna•4mo ago
d357r0y3r•4mo ago
They really just should have used Monaco. This will be a burden to maintain and won't be a core differentiator.
whazor•4mo ago
whazor•4mo ago
rafram•4mo ago