O Vim não fornece nenhuma maneira de conhecer todas as opções possíveis de plugins.
Como criador de plugins, posso dizer que isso é bastante complexo, pois existem muitas maneiras diferentes de proceder. Por exemplo, ou consideramos que, se o usuário final não forneceu um valor para uma opção .vimrc
, forçamos essa opção a existir e ser igual a um valor padrão, ou podemos dizer: "aceite o valor definido por o usuário final ou use um valor padrão codificado ".
Com essa primeira abordagem, o usuário final pode ver a lista de opções disponíveis com a c_CTRL-D
, ou c_TAB
, etc.
Mais e mais plugins escolhem organizar todas as suas opções em dicionários. ou seja, em vez de ter g:plugin_foo_option
e g:plugin_bar_option
, temos g:plugin.foo_option
e g:plugin.bar_option
. Isso evita poluir a lista g:
de opções globais, mas perdemos o preenchimento automático da linha de comando (posso eventualmente abrir uma questão do assunto no vim github).
Até agora, só falei sobre opções globais. A maioria dos plugins não tenta oferecer suporte a opções mais específicas, mesmo que devessem ter feito isso. Por exemplo, lamento que nem o YouCompleteMe nem o alternativo , nem muitos outros plugins, usem opções específicas do projeto em vez de opções globais. De fato, dependendo do projeto em que estou trabalhando, quero definir suas respectivas opções com valores diferentes. Infelizmente, este não é um fluxo de trabalho que eles consideraram. Nos meus plugins, muitas opções podem ser especializadas em projetos ou em buffer. Ultimamente, venho com um experimento sobre o assunto. Mas mesmo com o par g:plugin_option
+ simples e usual b:plugin_option
, é quase impossível conhecer todas as opções disponíveis.
Às vezes, tento oferecer comandos que ajudam a definir opções, como fiz com o build-tools-wrappers, ou até para exibir algumas opções no menu (ao usar o gvim), mas está longe de ser perfeito.
Receio que a documentação seja a melhor coisa disponível. Você pode até tentar :h pluginname^D
. É provavelmente a melhor abordagem disponível.