neovim version 0.1 has breaking changes. It uses directory ~/.config/nvim
(On Mac OS X. Linux or Windows may use slightly different paths.)
If you want your neovim configuration independent of vim configuration,
you can rename .nvimrc to ~/.config/nvim/init.vim (See the docs here and here).
Install vim-plug to ~/.config/nvim/autoload/plug.vim
The problem is, your vimrc file is executed before any plugins are loaded. You can check the order of what source files are loaded by issueing the :scriptnames command.
The usual way to fix this problem is to execute the test inside a VimEnter autocommand, something like this:
" do your test here!
You've installed the fzf.vim wrapper plugin, but you haven't installed the base fzf plugin, which provides the underlying functionality, including the autoload functions that the error messages are flagging as "Unknown".
In my understanding, that example creates a User autocommand named YouCompleteMe which will be fired by vim-plug itself, in order to load the plugin on demand. If I'm not mistaken, here's the place where vim-plug will run the custom autocommand:
function! s:lod(names, types, ...)
for name in a:names
let s:loaded[name] ...
Choosing between plugin/ and autoload/ is a matter of how a plugin designer intends the plugin to be used. vim-plug is intended to be placed in autoload/ because it is initialized through functions named plug#[...]. vim-plug is not loaded and does nothing until you call one of these functions. This is a better practice than using plugin/ because if the ...
You could search the colorscheme file via the runtime path:
if findfile("colors/" .colorscheme .".vim", &rtp) != ""
execute "colorscheme " . colorscheme
Another way is to work with try-catch. Thanks to D. Ben Knoble for the hint. Here is a example from his vimrc:
My guess is that you haven't activated the plug-ins. In the rainbow case you should add
let g:rainbow_active = 1
to your init file (Neovim's one is located in ~/.config/nvim/init.vim). In case of gruvbox you should add
Usually it's done after the plug#end().
As for vim-love-docs, the GitHub code only includes the code for generating ...
I managed to install it.
What I did was install python for neovim using
pip install neovim
The next thing I did was
from within neovim and it started installing as it normally does (if you have all the usual YCM dependencies installed).
My .nvimrc still had the section for YCM in it and I guess vim-plug still uses those.
(I haven't tested this)
You could use another local file, that contains exclusively Plug ... commands. The main vimrc would load this, inside the plug#begin - plug#end section. Something like:
let $MYLOCALPLUGINS = $HOME . "/.local.plugins.vim"
" load local plugins
For whatever reason it doesn't seem to see VimPlug with the first symbolic link I had in my post. This is the only plugin I couldn't get to work in neovim with it.
So instead of making a symbolic link of ~/.vim to ~/.config/nvim. I decided to make a symbolic link of ~/.vim to ~/.config/ (note that I'm truncating the nvim part).
So in terminal that will ...
You can get all plugs from g:plugs_order list or g:plugs dict.
g:plugs's value also contain useful config infomation about the plug. Like dir where the plug is installed.
So, you can use:
if has_key(g:plugs, "name")
" do something
to check and do something when the plug exist.
As noted in the comments, you can use Vimscript within the vim-plug block, so I ended up checking for particular commands to control installation of plugins. For example, I rarely have cmake installed, I usually install it for YCM. So a executable('cmake') check is good enough for that. Now, my vim-plug block has one section for common plugins, and a set of ...
When you use a separate vimrc through the -u command-line flag, the nocompatible option will not be automatically set, as it is when using the normal user vimrc file.
See :help compatible-default for more details.
You should either add set nocompatible to the top of your alternative vimrc file, or pass Vim the -N command-line option in ...
As posted in the comments:
You have a file where vim-plug wants to create a directory
Create a back up and get it out of the way:
mv ~/.vim/plugged ~/.vim/plugged.bak
Then try again.
Also make sure you own the directory:
sudo chown $USER: ~/.vim
The vim directory can become owned by root if you use sudo vim—the correct technique is to set the ...
If you installed the plugin with vim-plug, then all the files from the plugin will be located at ~/.vim/plugged/<NAME>. You can just modify these files, and test the changes (re-source the modified files or simply restart vim). This way you don't need to interact at all with vim-plug or with the Github fork.
Since ~/.vim/plugged/<NAME> contains ...
@P1h3r1e3d13 Please try the following configuration
" Plugin Manager Setup
" Install the plugin manager if it doesn't exist
From the FAQ (prettier formatting there):
Use plain "if" statement to conditionally activate plugins:
The caveat is that when the condition is not met, PlugClean will try to remove the plugin. This can be problematic if you share the same configuration across terminal Vim, ...
Look at the top of $VIMRUNTIME/ftplugin/ocaml.vim -- you'll see some lines that say:
So, put in your personal
let b:did_ftplugin= 1
This will effectively prevent the system ocaml plugin from loading.