inspect.lua
diagnostic-languageserver
Our great sponsors
inspect.lua | diagnostic-languageserver | |
---|---|---|
3 | 16 | |
1,308 | 405 | |
- | - | |
0.0 | 1.6 | |
8 months ago | 3 months ago | |
Lua | TypeScript | |
MIT License | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
inspect.lua
-
What love packages/libraries do you guys currently use and consider essential for every project you guys made?
inspect and strong
-
Losing my mind with formatting
I've used inspect.lua to inspect the client table and I can see valid-looking formatCommand settings (using the exact efm folder that u/lukas-reineke uses)
-
Lua's Lack of “Batteries”
For more complex string matching tasks that the built-in patterns cannot handle, LPeg is a good choice. It's more powerful than regexes while also being easy to use. I also wouldn't expect something like PCRE to ever be included in the Lua standard library. PCRE by itself would already be larger than the rest of the Lua interpreter + standard library.
By the way, for formatting Lua tables I like using inspect[1]. (It's not part of the standard library but oh well, that's the whole topic of today's discussion).
https://github.com/kikito/inspect.lua
diagnostic-languageserver
-
Vim - Using clippy as a linter
I'm not using the rust-analyzer plugin actually. I'm using the system installed rust-analyzer and diagnostic-language-server which integrates it with vim. Is there a flag or something to make rust-analyzer return clippy results as well?
-
diagnosticls-configs-nvim - pre-defined linter and formatter configs for diagnostic-languageserver
For those who use diagnostic-languageserver, this plugin provides a list of pre-defined configurations for you to use without the hassle to figure out the config on your own. Making it easier to integrate with less code.
- How to determine which linter is currently being used?
-
Eslint Lua Solution?
So reading through everyones suggestions it seems like diagnosticls is the way to go. Looks like this is the official neovim solution https://github.com/iamcco/diagnostic-languageserver formerly https://github.com/nvim-lua/diagnostic-nvim
-
Config to edit bash scripts with fancy LSP features, linting and formatting
Does anybody have such? Maybe you could share your experience? I use coc.nvim. My eyes fell on these 3 tools. The first one is language server and it has coc extensions coc-sh. But others are not so I am not sure which vim plugin should I use to hook them up: besides diagnostic-languageserver there are syntastic and neomake - bash-language-server - shellcheck - shfmt
-
Neovim LSP and typescript
>https://github.com/iamcco/diagnostic-languageserver
-
TypeScript: ESLint code actions and (experimental) diagnostics / formatting
I also added 2 experimental features designed to reduce the amount of boilerplate required to get a functional TypeScript development environment. diagnostic-languageserver and efm-langserver are powerful, but they can be tough to set up for new users, so I wanted to implement low-config, out-of-the-box alternatives for formatting and linting:
-
Losing my mind with formatting
I’ve personally never gotten efm to work at all, and I never figured out why (much like your situation). I use diagnostic-languageserver, which worked like a charm the first time. I’ve heard some users say it’s slower (TypeScript versus Go), but I’ve never had any speed issues.
-
Neovim - Why I'm switching to Native LSP over CoC
Aside from that, the biggest difference versus CoC is the ecosystem, which affects setup / tweaking time and code actions. I was able to set up ESLint diagnostics with diagnostic-languageserver, but it doesn't integrate with typescript-language-server at all, and I haven't been able to set up ESLint fixing + Prettier, either, All of that is trivial with CoC.
-
LSP and pylama…
Some LSP like diagnostic language server and efm language server do that for you. However, you will need to do some manual setup yourself for pylama to work with them, unfortunately, I don't see either of them have an example for pylama so you will have to write one yourself for those LSP servers.
What are some alternatives?
gravity - Gravity Programming Language
null-ls.nvim - Use Neovim as a language server to inject LSP diagnostics, code actions, and more via Lua.
luaforwindows - Lua for Windows is a 'batteries included environment' for the Lua scripting language on Windows. NOTICE: Looking for maintainer.
nvim-lspconfig - Quickstart configs for Nvim LSP
formatter.nvim
efm-langserver - General purpose Language Server
Penlight - A set of pure Lua libraries focusing on input data handling (such as reading configuration files), functional programming (such as map, reduce, placeholder expressions,etc), and OS path management. Much of the functionality is inspired by the Python standard libraries.
coc-spell-checker - A basic spell checker that works well with camelCase code for (Neo)vim
tl - The compiler for Teal, a typed dialect of Lua
neomake - Asynchronous linting and make framework for Neovim/Vim
love-parallax - A utility library for LÖVE that adds parallax scrolling to your camera.
syntastic - Syntax checking hacks for vim