-
-
Notifications
You must be signed in to change notification settings - Fork 34
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
Non-server command-line interface (CLI) #71
Comments
LTEX uses the Language Server Protocol (LSP) architecture, which separates the display of diagnostics (“language client”) from the actual checking of documents (“language server”). Therefore, LTEX is split into the language client vscode-ltex and the language server ltex-ls. You should use ltex-ls instead and communicate with it via LSP messages. You can do so via standard input and output or via TCP sockets. Maybe we can add a non-server, file checker mode to ltex-ls. |
@valentjn : thanks for your answer. It would be great if you could provide a non-server, file checker mode to ltex-ls. |
It's not straightforward, and I'm currently pretty busy, so this will take a while. Learning to use the LSP might be faster for you. The file checker will probably print the results in the LSP response format, anyway. |
This is now implemented via |
Hi @valentjn , thank you so much for integrating this new feature 👍 . I will test it and I will give you some feedback as soon as it is published. Regards |
FWIW, |
Feature released in 13.0.0. |
Hi, I am using your extension to manually correct markdown files and it works great!
I would like to know if there is a way to write a script inside my visual studio project (nodejs + typescript), that could tell for any given markdown filepath if there is an error or not in the file.
Thanks for your response.
Note: Originally posted as issue 317 “How to use this extension programmatically?” at valentjn/vscode-ltex.
The text was updated successfully, but these errors were encountered: