misc doc fixes/improvements (#7282)
This commit is contained in:
parent
d4427125eb
commit
27891cdc8d
5 changed files with 21 additions and 21 deletions
|
@ -1596,7 +1596,7 @@ to distinguish it in bug reports..
|
||||||
|
|
||||||
- The `runtime/` directory is now properly detected on binary releases and
|
- The `runtime/` directory is now properly detected on binary releases and
|
||||||
on cargo run. `~/.config/helix/runtime` can also be used.
|
on cargo run. `~/.config/helix/runtime` can also be used.
|
||||||
- Registers can now be selected via " (for example `"ay`)
|
- Registers can now be selected via " (for example, `"ay`)
|
||||||
- Support for Nix files was added
|
- Support for Nix files was added
|
||||||
- Movement is now fully tested and matches Kakoune implementation
|
- Movement is now fully tested and matches Kakoune implementation
|
||||||
- A per-file LSP symbol picker was added to space+s
|
- A per-file LSP symbol picker was added to space+s
|
||||||
|
|
|
@ -161,7 +161,7 @@ Requirements:
|
||||||
|
|
||||||
- The [Rust toolchain](https://www.rust-lang.org/tools/install)
|
- The [Rust toolchain](https://www.rust-lang.org/tools/install)
|
||||||
- The [Git version control system](https://git-scm.com/)
|
- The [Git version control system](https://git-scm.com/)
|
||||||
- A c++14 compatible compiler to build the tree-sitter grammars, for example GCC or Clang
|
- A C++14 compatible compiler to build the tree-sitter grammars, for example GCC or Clang
|
||||||
|
|
||||||
If you are using the `musl-libc` standard library instead of `glibc` the following environment variable must be set during the build to ensure tree-sitter grammars can be loaded correctly:
|
If you are using the `musl-libc` standard library instead of `glibc` the following environment variable must be set during the build to ensure tree-sitter grammars can be loaded correctly:
|
||||||
|
|
||||||
|
|
|
@ -392,7 +392,7 @@ end = "no_op"
|
||||||
|
|
||||||
Select mode echoes Normal mode, but changes any movements to extend
|
Select mode echoes Normal mode, but changes any movements to extend
|
||||||
selections rather than replace them. Goto motions are also changed to
|
selections rather than replace them. Goto motions are also changed to
|
||||||
extend, so that `vgl` for example extends the selection to the end of
|
extend, so that `vgl`, for example, extends the selection to the end of
|
||||||
the line.
|
the line.
|
||||||
|
|
||||||
Search is also affected. By default, `n` and `N` will remove the current
|
Search is also affected. By default, `n` and `N` will remove the current
|
||||||
|
|
|
@ -7,24 +7,24 @@ in `languages.toml` files.
|
||||||
|
|
||||||
There are three possible locations for a `languages.toml` file:
|
There are three possible locations for a `languages.toml` file:
|
||||||
|
|
||||||
1. In the Helix source code, this lives in the
|
1. In the Helix source code, which lives in the
|
||||||
[Helix repository](https://github.com/helix-editor/helix/blob/master/languages.toml).
|
[Helix repository](https://github.com/helix-editor/helix/blob/master/languages.toml).
|
||||||
It provides the default configurations for languages and language servers.
|
It provides the default configurations for languages and language servers.
|
||||||
|
|
||||||
2. In your [configuration directory](./configuration.md). This overrides values
|
2. In your [configuration directory](./configuration.md). This overrides values
|
||||||
from the built-in language configuration. For example to disable
|
from the built-in language configuration. For example, to disable
|
||||||
auto-LSP-formatting in Rust:
|
auto-LSP-formatting in Rust:
|
||||||
|
|
||||||
```toml
|
```toml
|
||||||
# in <config_dir>/helix/languages.toml
|
# in <config_dir>/helix/languages.toml
|
||||||
|
|
||||||
[language-server.mylang-lsp]
|
[language-server.mylang-lsp]
|
||||||
command = "mylang-lsp"
|
command = "mylang-lsp"
|
||||||
|
|
||||||
[[language]]
|
[[language]]
|
||||||
name = "rust"
|
name = "rust"
|
||||||
auto-format = false
|
auto-format = false
|
||||||
```
|
```
|
||||||
|
|
||||||
3. In a `.helix` folder in your project. Language configuration may also be
|
3. In a `.helix` folder in your project. Language configuration may also be
|
||||||
overridden local to a project by creating a `languages.toml` file in a
|
overridden local to a project by creating a `languages.toml` file in a
|
||||||
|
@ -128,7 +128,7 @@ These are the available options for a language server.
|
||||||
|
|
||||||
A `format` sub-table within `config` can be used to pass extra formatting options to
|
A `format` sub-table within `config` can be used to pass extra formatting options to
|
||||||
[Document Formatting Requests](https://github.com/microsoft/language-server-protocol/blob/gh-pages/_specifications/specification-3-17.md#document-formatting-request--leftwards_arrow_with_hook).
|
[Document Formatting Requests](https://github.com/microsoft/language-server-protocol/blob/gh-pages/_specifications/specification-3-17.md#document-formatting-request--leftwards_arrow_with_hook).
|
||||||
For example with typescript:
|
For example, with typescript:
|
||||||
|
|
||||||
```toml
|
```toml
|
||||||
[language-server.typescript-language-server]
|
[language-server.typescript-language-server]
|
||||||
|
@ -147,8 +147,8 @@ Different languages can use the same language server instance, e.g. `typescript-
|
||||||
In case multiple language servers are specified in the `language-servers` attribute of a `language`,
|
In case multiple language servers are specified in the `language-servers` attribute of a `language`,
|
||||||
it's often useful to only enable/disable certain language-server features for these language servers.
|
it's often useful to only enable/disable certain language-server features for these language servers.
|
||||||
|
|
||||||
For example `efm-lsp-prettier` of the previous example is used only with a formatting command `prettier`,
|
As an example, `efm-lsp-prettier` of the previous example is used only with a formatting command `prettier`,
|
||||||
so everything else should be handled by the `typescript-language-server` (which is configured by default)
|
so everything else should be handled by the `typescript-language-server` (which is configured by default).
|
||||||
The language configuration for typescript could look like this:
|
The language configuration for typescript could look like this:
|
||||||
|
|
||||||
```toml
|
```toml
|
||||||
|
@ -166,10 +166,10 @@ language-servers = [ { name = "typescript-language-server", except-features = [
|
||||||
```
|
```
|
||||||
|
|
||||||
Each requested LSP feature is prioritized in the order of the `language-servers` array.
|
Each requested LSP feature is prioritized in the order of the `language-servers` array.
|
||||||
For example the first `goto-definition` supported language server (in this case `typescript-language-server`) will be taken for the relevant LSP request (command `goto_definition`).
|
For example, the first `goto-definition` supported language server (in this case `typescript-language-server`) will be taken for the relevant LSP request (command `goto_definition`).
|
||||||
The features `diagnostics`, `code-action`, `completion`, `document-symbols` and `workspace-symbols` are an exception to that rule, as they are working for all language servers at the same time and are merged together, if enabled for the language.
|
The features `diagnostics`, `code-action`, `completion`, `document-symbols` and `workspace-symbols` are an exception to that rule, as they are working for all language servers at the same time and are merged together, if enabled for the language.
|
||||||
If no `except-features` or `only-features` is given all features for the language server are enabled.
|
If no `except-features` or `only-features` is given, all features for the language server are enabled.
|
||||||
If a language server itself doesn't support a feature the next language server array entry will be tried (and so on).
|
If a language server itself doesn't support a feature, the next language server array entry will be tried (and so on).
|
||||||
|
|
||||||
The list of supported features is:
|
The list of supported features is:
|
||||||
|
|
||||||
|
|
|
@ -1,7 +1,7 @@
|
||||||
## Checklist
|
## Checklist
|
||||||
|
|
||||||
Helix releases are versioned in the Calendar Versioning scheme:
|
Helix releases are versioned in the Calendar Versioning scheme:
|
||||||
`YY.0M(.MICRO)`, for example `22.05` for May of 2022. In these instructions
|
`YY.0M(.MICRO)`, for example, `22.05` for May of 2022. In these instructions
|
||||||
we'll use `<tag>` as a placeholder for the tag being published.
|
we'll use `<tag>` as a placeholder for the tag being published.
|
||||||
|
|
||||||
* Merge the changelog PR
|
* Merge the changelog PR
|
||||||
|
@ -30,7 +30,7 @@ we'll use `<tag>` as a placeholder for the tag being published.
|
||||||
|
|
||||||
The changelog is currently created manually by reading through commits in the
|
The changelog is currently created manually by reading through commits in the
|
||||||
log since the last release. GitHub's compare view is a nice way to approach
|
log since the last release. GitHub's compare view is a nice way to approach
|
||||||
this. For example when creating the 22.07 release notes, this compare link
|
this. For example, when creating the 22.07 release notes, this compare link
|
||||||
may be used
|
may be used
|
||||||
|
|
||||||
```
|
```
|
||||||
|
|
Loading…
Add table
Reference in a new issue