4 ms·
See also `:h defaults.vim-explained` (https://vimhelp.org/usr_05.txt.html#05.3 https://vimhelp.org/usr_05.txt.html#05.3) which now comes by default. You can ei
by asicsp 5y ago
See also `:h defaults.vim-explained` (https://vimhelp.org/usr_05.txt.html#05.3 https://vimhelp.org/usr_05.txt.html#05.3) which now comes by default.
You can either copy the settings you are interested in or source it entirely in your vimrc file:
source $VIMRUNTIME/defaults.vim
---
Here's some more related resource links:
* stackoverflow: useful .vimrc tips - (https://stackoverflow.com/q/164847/4082052 https://stackoverflow.com/q/164847/4082052)
* vi.stackexchange: How do I debug my vimrc file? - (https://vi.stackexchange.com/q/2003/1616 https://vi.stackexchange.com/q/2003/1616)
* vim-sensible - (https://github.com/tpope/vim-sensible https://github.com/tpope/vim-sensible)
* minimal vimrc for new users - (https://gist.github.com/benmccormick/4e4bc44d8135cfc43fc3 https://gist.github.com/benmccormick/4e4bc44d8135cfc43fc3)
* Vim Configuration From Scratch - (https://marcgg.com/blog/2016/03/01/vimrc-example https://marcgg.com/blog/2016/03/01/vimrc-example)
* vimconfig: generate `.vimrc` by selecting options - (https://vimconfig.com/ https://vimconfig.com/)
- johncoltrane 5y agoPlease, no. Someone else's vimrc is the last thing newcomers need.
- bikingbismuth 5y agoI sort of agree. When I was first getting into Vim, reading a couple of well documented vimrcs really helped me out.
- wyclif 5y agoI also agree in theory, but Ben McCormick's ~/.vimrc is tiny and is easy to understand for newbies, so I'm OK with it. But yes, adopting the rule that you should never put anything in your ~/.vimrc that you don't understand from building it up over time and usage is a good one.
- johncoltrane 5y agoI definitely get how looking at someone else's vimrc could be considered interesting but someone else's config is an expression of their own circumstances, that are very likely to be different from yours. Yes, picking up something that makes sense for you and that you understand _can_ be a win, but a) it doesn't replace actual learning, and b) using someone else's vimrc wholesale is not. All you get is a damn black box that you don't understand better than Vim itself… and yet more commands to learn. That's a losing strategy. As for Ben McCormick's vimrc… - line 18 is useless and its comment is misleading - line 30 is a matter of taste so it has nothing to do in that context - the comment for line 33 is wrong and shows how much the author cares about "new vim users" and how much he knows about the subject Building one's vimrc from scratch is an integral part of the learning so shortcuts are to be avoided.