neoconf.nvim VS rust-analyzer

Maybe https://github.com/folke/neoconf.nvim

One suggestion: It looks like your plugin's config makes assumptions about all projects (e.g. main branch name). It might be a good idea to support something like neoconf.nvim to configure the plugin on a per-project basis.

I think this is actually because of neoconf?

I have this working in a way that's comparable to how you would configure the VSCode extension.First, you need to install folke/neoconf.nvim and call it's setup function before you setup mason or your lsp-config.

A limited class of settings can be managed per-project with folke/neoconf.nvim with a primary emphasis on LSP settings, so definitely give it a look. I think it's the cleanest approach until the exrc-replacement lands in stable.

If you don’t mind adding a plug-in, neoconf.nvim will let you manage project local lsp settings in a JSON file.

Try https://github.com/folke/neoconf.nvim

There's neoconf by the almighty folke, I am not sure if it is what you are after.

You can find all the details at https://github.com/folke/neoconf.nvim

go build 3.62s user 0.76s system 171% cpu 2.545 total

I was looking forward to parallel front-end[4], but I have not seen any improvement for these small changes.

[1]: https://github.com/rust-lang/rust-analyzer

For example, intelephense can show diagnostics in real time, there is no need to save the file to get new diagnostics. But rust-analyzer, the language server for rust, can only update diagnostics after saving the file.

6. Rust Analyzer

The rust-analyzer readme suggests you go here for support request. But even there, you'll need to provide more details to get useful help.

For example: https://github.com/rust-lang/rust-analyzer/blob/master/docs/...

> If you create an LSP, it will work best in VS Code.

Any editor can work just as well as (or even better than) VS Code.

So, apparently the reason why rust-analyzer, the LSP server for Rust does not have persistent caching is because it would make "optimizing initial passes less important".

All I want to know is: Will it have a build configuration pulldown?

I am not a Rust dev. It surely looks great.

However, from what I understand it seems to supply just a parser separate from the Rust compiler (https://github.com/rust-lang/rust-analyzer/tree/master/crate...) trying to keep up with Rust‘s development. So, in principle, it could have been just another treesitter parser plugin, too.

So, again, the LSP framework does not directly provide any magical benefit over a static parsing framework. All the semantic analysis capabilities stem from a good parser.

rust-analyzer > manual > helix > binary > rustup component add rust-analyzer