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
{{ message }}
This repository has been archived by the owner on Jul 17, 2022. It is now read-only.
84fa70c deprecates this plugin's null-ls integrations (and ef4f4ac removes them completely).
Since I spun null-ls off from this plugin, I've received requests from users who wanted to configure the sources included here separately. It's now possible to set up diagnostics, formatting, and ESLint code actions exclusively via null-ls. As a result, I've deprecated the integrations here.
To replicate the previous functionality and migrate to the null-ls API (the recommended option), remove all ESLint / formatter-related settings from your nvim-lsp-ts-utils config and use the following as a basis:
localnull_ls=require("null-ls")
null_ls.config({
sources= {
null_ls.builtins.diagnostics.eslint.with({ -- eslint or eslint_dprefer_local="node_modules/.bin",
}),
null_ls.builtins.code_actions.eslint.with({ -- eslint or eslint_dprefer_local="node_modules/.bin",
}),
null_ls.builtins.formatting.prettier.with({ -- prettier, eslint, eslint_d, or prettierdprefer_local="node_modules/.bin",
}),
},
})
require("lspconfig")["null-ls"].setup({ on_attach=on_attach })
This will register sources for diagnostics, formatting, and code actions that automatically use project-local executables when available and fall back to global executables. Other options you may have set in eslint_opts / formatter_opts can now be passed directly into with.
You can use your plugin manager to pin to 825630a, the last commit before the deprecation, but you won't receive further updates, so I recommend migrating.
You may also want to consider migrating to the ESLint language server, which can also provide ESLint diagnostics, code actions, and formatting. I've personally switched and find it fast and stable enough to use for daily work.
I hope that shifting integrations entirely to null-ls can help this plugin stay focused and continue to grow. In the future, I'd like to make it a "full" LSP plugin like rust-tools.nvim that automatically sets up tsserver + additional functionality, and removing the burden of coordinating integrations with another plugin will help.
The text was updated successfully, but these errors were encountered:
ESLint and prettier support are deprecated in nvim-lsp-ts-utils. I was
not using them anyway, so it makes sense to remove them.
See jose-elias-alvarez/nvim-lsp-ts-utils#87
6279636 switches to the new vim.diagnostic API. As a consequence, the plugin now depends on Neovim 0.6.0.
If you don't want to or cannot update, you can pin the plugin to 7c52536, but Neovim 0.6.0 contains a lot of improvements, so you should aim to update as soon as you can.
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
84fa70c deprecates this plugin's null-ls integrations (and ef4f4ac removes them completely).
Since I spun null-ls off from this plugin, I've received requests from users who wanted to configure the sources included here separately. It's now possible to set up diagnostics, formatting, and ESLint code actions exclusively via null-ls. As a result, I've deprecated the integrations here.
To replicate the previous functionality and migrate to the null-ls API (the recommended option), remove all ESLint / formatter-related settings from your nvim-lsp-ts-utils config and use the following as a basis:
This will register sources for diagnostics, formatting, and code actions that automatically use project-local executables when available and fall back to global executables. Other options you may have set in
eslint_opts
/formatter_opts
can now be passed directly intowith
.You can use your plugin manager to pin to 825630a, the last commit before the deprecation, but you won't receive further updates, so I recommend migrating.
You may also want to consider migrating to the ESLint language server, which can also provide ESLint diagnostics, code actions, and formatting. I've personally switched and find it fast and stable enough to use for daily work.
I hope that shifting integrations entirely to null-ls can help this plugin stay focused and continue to grow. In the future, I'd like to make it a "full" LSP plugin like rust-tools.nvim that automatically sets up
tsserver
+ additional functionality, and removing the burden of coordinating integrations with another plugin will help.The text was updated successfully, but these errors were encountered: