null-ls.nvim
LunarVim
null-ls.nvim | LunarVim | |
---|---|---|
164 | 272 | |
3,554 | 17,518 | |
- | 0.9% | |
0.0 | 6.9 | |
9 months ago | 1 day ago | |
Lua | Lua | |
GNU General Public License v3.0 or later | GNU General Public License v3.0 only |
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.
null-ls.nvim
- cpp setting problem
-
Being a bash developer in the 21st century
you can use nvim then, it has shellcheck for diagnostics and formatting, like in vscode :)
here the link to the config: https://github.com/jose-elias-alvarez/null-ls.nvim/blob/main...
-
Linting/formatting and LSP
I use a lot of different languages generally and I'm running into issues around formatting. Is there any standard way to use LSP formatting by default and otherwise fallback to specific linter/formatting programs? I believe null-ls is the normal way of dealing with this, but since it's been archived, I'd rather not rely on it.
-
How to setup efm-langserver for pint formatter?
I've been using pint for formatting php files with null-ls.nvim. Few days ago null-ls.nvim has announced that the plugin will be archived in few months so I started migrating all my formatters and linter from null-ls to efm-langserver. I got other things such as prettier, black, isort, mypy, etc. working but can't get pint to work with php files: If I run pint via efm-langserver, everything is deleted from the buffer, and the saved file is formatted separately. How do I setup efm-langserver correctly to work with pint? Below is my config.yml for pint currently. yaml tools: pint: &pint format-command: "pint --no-interaction --quiet ${INPUT}" format-stdin: false languages: php: - <<: *pint Thank you.
- Archiving Null-Ls
- null-ls will be archived
-
Why is nobody using CoC anymore?
Because null-ls.nvim & mason.nvim together do everything I wanted CoC for
- Your favourite Neovim plugins?
-
How can I get yapf, black, and other formatters working with pylsp?
There is a good answer. I think you know lua and neovim config enough to pick things that you need. If you need a short answer, null-ls is the way.
LunarVim
-
Every Neovim, Every Config, All At Once
LunarVim
- LunarVIM: An IDE Layer for Neovim
-
Tools to achieve a 10x developer workflow on Windows
I would suggest to start getting into vim by first trying out popular vim keybinding plugins available on your favorite code editor and get used to those first. Then, if you want to dive deeper into the power of Neovim, try out popular configs like LazyVim, LunarVim, NvChad... Taking Neovim from a mere text editor to a full-featured IDE with features like intellisense, debugging, testing, etc... on your own takes quite a lot of work and configuration.
-
Helix 23.10 Highlights
I used Helix for a while due to its support for LSP out-of-the-box, which my Vim config at the time couldn't live up to. I switched back to NeoVim after finding LunarVim[1] which had everything I was trying to get setup in my own config.
[1] https://www.lunarvim.org/
- How to Transform Vim to a Complete IDE?
-
Mastering Emacs
I'll admit I didn't look into it, but Helix sounds like something like LunarVim (https://www.lunarvim.org/)
Personally I much prefer that the editor NOT ship with something like that by default, especially when it's so easy to set up. I have several different vim config I use, including a pretty bare-bones one for headless systems, and I much prefer the ability to customize something very specifically.
Build tools that can compose together, rather than a single do-it-all tool. That is the power of the low level editors vs IDE's.
- No inline errors in Python unless I add and delete a line
-
LazyVim
I can't comment on any implementation details, but at least with LunarVim (which I use for daily coding), a slowdown when interacting with LSP is very noticeable. Some others have attested to this on a GitHub issue.
I'm not doubting your experiences with the lack of a slowdown, but there is truth that others do experience it. That might be more of a problem with LunarVim itself rather than Vim, but how likely am I (as someone who would like to avoid what he calls "config hell") or other newcomers to avoid whatever pitfalls there are, if a distribution designed for ease of use by people who know better fall into them?
https://github.com/LunarVim/LunarVim/discussions/3359
- Should Neovim now release a standard official configuration so that people who want an editor that just works out of the box get onboarded easily ?
-
neovim config
Anyways, although i have not used them, LazyVim and LunarVim comes highly recommended. You can try these and see what suits you .
What are some alternatives?
formatter.nvim
AstroNvim - AstroNvim is an aesthetic and feature-rich neovim config that is extensible and easy to use with a great set of plugins
nvim-lspconfig - Quickstart configs for Nvim LSP
SpaceVim - A community-driven modular vim/neovim distribution - The ultimate vimrc
neoformat - :sparkles: A (Neo)vim plugin for formatting code.
NvChad - An attempt to make neovim cli as functional as an IDE while being very beautiful , blazing fast. [Moved to: https://github.com/NvChad/NvChad]
StyLua - An opinionated Lua code formatter
NvChad - Blazing fast Neovim config providing solid defaults and a beautiful UI, enhancing your neovim experience.
nvim-lint - An asynchronous linter plugin for Neovim complementary to the built-in Language Server Protocol support.
Neovim-from-scratch - 📚 A Neovim config designed from scratch to be understandable
efm-langserver - General purpose Language Server
LazyVim - Neovim config for the lazy