dotnvim
impatient.nvim
dotnvim | impatient.nvim | |
---|---|---|
6 | 31 | |
121 | 1,230 | |
- | - | |
0.0 | 5.9 | |
8 months ago | about 1 year ago | |
Lua | Lua | |
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.
dotnvim
- Running Neovim server in docker container
-
Lua
I have WIP java implementation if you are interested: dotnvim. It's similar to nvim-jdtls but calls are more organized and promisified.
-
coq.nvim now supports fast as fuck modular lua sources (third party plugins too!)
This is my dotfiles. May not be the best but way better than yours.
-
Fix for diagnostics not updating issue
I have my configuration on GitHub if anyone wants to check it out.
- unfinished string near '<eof>'
-
My first (neo)vim plugin
Vim script is readable I agree with that. But just uncommon syntax throw me off. I would create a API wrapper than using vim script. I have done it here.
impatient.nvim
-
Reduce Neovim startup time with plugins
You could use impatient.nvim or the new vim.loader module if you’re on nightly. Both work really well. I used impatient for a long time and it reduced my startup time by half. I’m using vim.loader now and it reduces it by about the same amount
-
Optimizing my startup time
The 20-30 ms promise depends on your hardware. In my case, vanilla Neovim takes about 18 ms to startup, so a realistic good startup time for my config is around 50-60 ms. Lines of code isn’t a great reference either because you could just lazy load a bunch of plugins and have more LoC but still better startup times. What I would recommend is using lazy.nvim or if you wanna stick with packer, then pairing it with impatient.nvim .
-
lazy.nvim is amazing!
automatically caches all startup code before :h VimEnter or :h BufReadPre (basically what impatient.nvim does)
-
fzf is so powerful when you use it well ! code/files/tags/git history
there is an amazing plugin called impatient.nvim that cache a lot of stuff and make other pluggins go so fast !
-
neovim startup optimization
Try installing https://github.com/lewis6991/impatient.nvim first.
-
Guide: Structuring Lua plugins
:lua vim.pretty_print(vim.mpack.decode(vim.mpack.encode({some = { thing = false }}))) used by impatient.nvim
- Can neovim config be baked in to make neovim blazingly fast?
-
Default mappings override user mappings in Rust ( [[ and ]] mappings )
Did you defined your [[ and ]] mappings in that file or just created it? the after directory runs at the end of your config so you can override this kind of settings. Maybe you are using impatient.nvim? From their README:
-
what is your startup time like?
Are you using impatient.nvim? It caches lua modules. My startuptime with 72 plugins (including it) and zero lazy loading is 600ms.
- Why do Neovim users actively seek out lua rewrites?
What are some alternatives?
luavim - Luavim is a simple neovim configuration written in lua, aiming to provide a base config.
trouble.nvim - 🚦 A pretty diagnostics, references, telescope results, quickfix and location list to help you solve all the trouble your code is causing.
vim-startuptime - A plugin for profiling Vim and Neovim startup time.
barbar.nvim - The neovim tabline plugin.
startuptime.vim - Breakdown Vim's --startuptime output
indent-blankline.nvim - Indent guides for Neovim
NvimSetup - A NVIM setup I'm working on. Moving from IDE to PDE.
dotfiles - -
neovim - Vim-fork focused on extensibility and usability
CosmicNvim - CosmicNvim is a lightweight and opinionated Neovim config for web development, specifically designed to provide a 💫 COSMIC programming experience! [Moved to: https://github.com/CosmicNvim/CosmicNvim]
nvim - My own NVIM (>=NVIM v0.10.0-dev-2993+gc81b7849a) lua config