You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
One of the most common questions from people new to helix is how to get their LSP of choice functioning. This could mean how to enable a new one, enable one that is known to exist (rust-analyzer), or whether or not one exists. Answers to these related questions are scattered among the wiki, the documentation, in people's heads, and through the use of hx -v to look for lsp related log lines.
In wezterm, a similar issue was occurring with questions about font fallbacks, which lead to the introduction of commands to show the list of available fonts and the fonts used for a passed string. This has greatly reduced the confusion and time spent answering that sort of question, and enabled people to mostly self service to resolve font related issues.
I propose we do something similar for helix in regards to lsp diagnostics. Imagine the following command and it's output.
$ hx --lsp-diag
Language Name Extensions Detected Path User Configured
rust rust-analyzer rs yes /usr/bin/rust-analyzer no
C++ clangd cpp,h no - no
foo foolsp foo yes ~/.local/bin/foolsp yes
...
If you don't see your desired language server listed above, you need
to specify it within your languages.toml. If it shows up, but it's not
detected, ensure it is installed and in your $PATH. If it is detected
but not working, start helix with -v and indirect the log for lines
related to lsp. For further troubleshooting see the docs <link>.
The actual text to be cleaned up.
This could also be something inside the editor, but I think a cli flag is cleaner and easier for first implementation.
The text was updated successfully, but these errors were encountered:
Thinking about this further, it might be cool to generalize this to refer to language support in general, and show a column on whether tree-sitter is enabled and what features it has (indents, highlights, injections, etc). Or maybe that's a separate command.
One of the most common questions from people new to helix is how to get their LSP of choice functioning. This could mean how to enable a new one, enable one that is known to exist (rust-analyzer), or whether or not one exists. Answers to these related questions are scattered among the wiki, the documentation, in people's heads, and through the use of
hx -v
to look for lsp related log lines.In wezterm, a similar issue was occurring with questions about font fallbacks, which lead to the introduction of commands to show the list of available fonts and the fonts used for a passed string. This has greatly reduced the confusion and time spent answering that sort of question, and enabled people to mostly self service to resolve font related issues.
I propose we do something similar for helix in regards to lsp diagnostics. Imagine the following command and it's output.
The actual text to be cleaned up.
This could also be something inside the editor, but I think a cli flag is cleaner and easier for first implementation.
The text was updated successfully, but these errors were encountered: