-
I'm going to start writing a desktop app (non-linear dialogue editor for games) using either Tauri or Electron. I'd like to make use of Monaco Editor and I need language support for C++/C#/GDScript/etc. These languages already have LSP implementations that I can launch as child processes from either Tauri or Electron. Either framework can spawn child processes and communicate with them view stdout/stdin/stderr. My questions are:
|
Beta Was this translation helpful? Give feedback.
Replies: 1 comment 1 reply
-
Hi @Sahasrara I saw this, did not answer immediately and forgot. But here comes the answer.
If you have access from your client/front-end directly to the file-system (like in vscode desktop version) this library is not needed as both can use this interaction mechanism. You can then directly use the underlying
Electron apps are able to access the file system, so it could/should be possible to directly run the client extension with
I can't give you a qualified recommendation due to lack of experience with those technologies from my side. |
Beta Was this translation helpful? Give feedback.
Hi @Sahasrara I saw this, did not answer immediately and forgot. But here comes the answer.
monaco-languageclient
is usually needed where you cannot write to std-in/std-out. In a browser context this is not possible. That's why in our examples with a non web-worker language server (pyhton, json) a node app serves as translator like this:browser <-websocket-> node-app <-std-in/std-out-> language-server
If you have access from your client/…