Vim не надає жодного способу знати всі можливі варіанти плагінів.
Як автор плагінів, я можу вам сказати, що це досить складно, оскільки існує багато різних способів. Наприклад, або ми вважаємо, що якщо кінцевий користувач не надав значення для опції, .vimrc
тоді ми змушуємо цю опцію існувати і дорівнювати значенню за замовчуванням, або ми можемо сказати: "або приймемо значення, задане кінцевий користувач або використовувати жорстко закодоване значення за замовчуванням ".
При такому першому підході кінцевий користувач може побачити список доступних опцій із a c_CTRL-D
або c_TAB
тощо.
Все більше плагінів вирішують організувати всі свої параметри в словники. тобто, замість того , щоб g:plugin_foo_option
і g:plugin_bar_option
у нас є g:plugin.foo_option
і g:plugin.bar_option
. Це дозволяє уникнути забруднення списку g:
глобальних варіантів, але ми втрачаємо автоматичне завершення командного рядка (я можу врешті-решт відкрити тему теми на vim github).
Поки що я говорив лише про глобальні варіанти. Більшість плагінів не намагаються підтримувати більш конкретні параметри, навіть якщо вони повинні були це зробити. Наприклад, я шкодую, що ні YouCompleteMe, ні альтернативні , ні багато інших плагінів не використовують специфічні для проекту варіанти замість глобальних. Справді, залежно від проекту, над яким я працюю, я хочу встановити їх відповідні параметри на різні значення. На жаль, це не робочий процес, який вони вважали. У моїх плагінах багато варіантів можуть бути спеціалізовані на проектній основі або на буферній основі. Останнім часом я придумав експеримент на цю тему. Але навіть зі звичайною і простою g:plugin_option
+ b:plugin_option
парами знати всі доступні варіанти неможливо.
Іноді я намагаюся запропонувати команди, які допомагають налаштувати параметри, як я це робив із build-tools-wrappers, або навіть відображати деякі параметри в меню (при використанні gvim), але це дійсно далеко не ідеально.
Я боюся, що документація - це найкраща річ. Можна навіть спробувати :h pluginname^D
. Це, мабуть, найкращий підхід.