stack-graphs/lsp-positions
jdonszelmann 76261f7c84
final suggestions
2023-10-30 17:59:34 +01:00
..
src Drop lazy_static 2023-08-01 13:12:23 +02:00
tests/it Add grapheme offsets 2022-02-17 05:42:40 +01:00
CHANGELOG.md Bump lsp-positions version 2023-06-08 17:06:52 +02:00
Cargo.toml final suggestions 2023-10-30 17:59:34 +01:00
README.md Update README 2022-04-19 21:37:38 +02:00

README.md

lsp-positions

The lsp-positions crate defines LSP-compatible positioning information for source code.

When writing a tool that analyzes or operates on source code, there's a good chance you need to interoperate with the Language Server Protocol. This seemingly simple requirement makes it surprisingly difficult to deal with character locations. This is because Rust stores Unicode string content (i.e., the source code you're analyzing) in UTF-8, while LSP specifies character locations using UTF-16 code units.

For some background, Unicode characters, or code points, are encoded as one or more code units. In UTF-8 a code unit is 1 byte, and a character is encoded in 1–4 code units (1–4 bytes). In UTF-16 a code unit is 2 bytes, and characters are encoded in 1–2 code units (2 or 4 bytes). Rust strings are encoded as UTF-8, and indexed by byte (which is the same as by code unit). Indices are only valid if they point to the first code unit of a code point.

We keep track of each source code position using two units: the UTF-8 byte position within the file or containing line, which can be used to index into UTF-8 encoded str and [u8] data, and the UTF-16 code unit position within the line, which can be used to generate Position values for LSP.

To use this library, add the following to your Cargo.toml:

[dependencies]
lsp-positions = "0.3"

Check out our documentation for more details on how to use this library.

Notable changes for each version are documented in the release notes.

License

Licensed under either of

at your option.