Rust bindings to connect with LanguageTool server API.
LanguageTool is an open source grammar style checker. It can correct 20+ languages and is free to use, more on that on languagetool.org. There is a public API (with a free tier), but you can also host your own server locally. LanguageTool-Rust helps you communicate with those servers very easily via Rust code!
LanguageTool-Rust (LTRS) is both an executable and a Rust library that aims to provide correct and safe bindings for the LanguageTool API.
Disclaimer: the current work relies on an approximation of the LanguageTool API. We try to avoid breaking changes as much as possible, but we still highly depend on the future evolutions of LanguageTool.
The command line interface of LTRS allows to very quickly use any LanguageTool server to check for grammar and style errors. You can install the latest version with cargo
:
> cargo install languagetool-rust --features full
The reference for the CLI can be accessed via ltrs --help
.
By default, LTRS uses LanguageTool public API.
> ltrs ping # to check if the server is alive
PONG! Delay: 110 ms
> ltrs languages # to list all languages
[
{
"name": "Arabic",
"code": "ar",
"longCode": "ar"
},
{
"name": "Asturian",
"code": "ast",
"longCode": "ast-ES"
},
# ...
]
> ltrs check --text "Some phrase with a smal mistake"
{
"language": {
"code": "en-US",
"detectedLanguage": {
"code": "en-US",
"confidence": 0.99,
"name": "English (US)",
"source": "ngram"
},
"name": "English (US)"
},
"matches": [
{
"context": {
"length": 4,
"offset": 19,
"text": "Some phrase with a smal mistake"
},
"contextForSureMatch": 0,
"ignoreForIncompleteSentence": false,
"length": 4,
"message": "Possible spelling mistake found.",
"offset": 19,
"replacements": [
{
"value": "small"
},
{
"value": "seal"
},
# ...
}
# ...
]
# ...
}
> ltrs --help # for more details
Since LanguageTool's installation might not be straighforward, we provide a basic Docker integration that allows to pull
, start
, and stop
LanguageTool Docker containers in a few lines:
ltrs docker pull # only once
ltrs docker start # start the LT server
ltrs --hostname http://localhost -p 8010 check -t "Some tex"
# Other commands...
ltrs docker stop # stop the LT server
Note: Docker is a tool that facilitates running applications without worrying about dependencies, platform-related issues, and so on. Installation guidelines can be found here. On Linux platform, you might need to circumvent the sudo privilege issue by doing this.
If you would like to integrate LTRS within a Rust application or crate, then we recommend reading documentation.
To use LanguageTool-Rust in your Rust project, add to your Cargo.toml
:
[dependencies]
languagetool_rust = "version"
use languagetool_rust::{check::CheckRequest, server::ServerClient};
#[tokio::main]
async fn main() -> Result<(), Box<dyn std::error::Error>> {
let client = ServerClient::from_env_or_default();
let req = CheckRequest::default()
.with_text("Some phrase with a smal mistake".to_string());
println!(
"{}",
serde_json::to_string_pretty(&client.check(&req).await?)?
);
Ok(())
}
- cli: Adds command-line related methods for multiple structures. This feature is required to install the LTRS CLI.
- native-tls: Enables TLS functionality provided by
native-tls
.
- annotate: Adds method(s) to annotate results from check request. If cli feature is also enabled, the CLI will by default print an annotated output.
- full: Enables all features that are mutually compatible (i.e.,
annotate
,cli
,docker
, andunstable
). - native-tls-vendored: Enables the
vendored
feature ofnative-tls
. This ornative-tls
should be activated if you are planning to use HTTPS servers. - unstable: Adds more fields to JSON responses that are not present in the Model | Example Value but might be present in some cases. All added fields are optional, hence the
Option
around them.
Here are listed some projects that use LTRS.
- W.I.P.
Do you use LTRS in your project? Contact me so I can add it to the list!
Contributions are more than welcome!
- Use Cargo features to enable Clap and others only in bin.rs
- Construct a good cli
- Handle all possible responses from LT
- Document installation procedure
- Document functions
- Test commands that need API keys
- Build test for lib
- Build automated testing with LT server (GitHub action?)
- Parse "data" as input to check command
- Parse parameters from env value with clap/env feature
- Enhance annotated text
- ...