Помимо предложения Джона об использовании .gvimrc, есть пара других интересных альтернатив:
Если ваш vim командной строки скомпилирован с +gui (:echo has("gui")) * и у вас есть терминал с поддержкой 256 цветов, вы можете использовать плагин CSApprox для преобразования цветовой схемы GUI в соответствующая командная строка первая.
Если ваш vim из командной строки не имеет +gui, вы можете попробовать (я не использовал этот) плагин guicolorscheme . Плагин guicolorscheme анализирует файл цветовой схемы, поэтому он не такой надежный, как CSApprox (он почти наверняка не будет работать с моей цветовой схемой , например.
Существует гораздо больше информации об обоих этих методах здесь и здесь .
* Относительно has ("gui"):
Если вас не интересует +gui, прекратите читать сейчас!
Лично я бы порекомендовал это, поскольку это немного упрощает ситуацию - у вас есть возможность набрать :gui, если вы хотите переключиться с терминала на GUI, а также неизбежно получите +X11 и +xterm_clipboard, Вы можете скопировать в буфер обмена X из консоли VIM. Если у вашего vim нет +gui, самый простой способ исправить это - создать ссылку в вашем личном каталоге bin на исполняемый файл GUI:
ln `which gvim` ~/bin/vim
GVim вполне с удовольствием будет работать в качестве консоли vim, если имя исполняемого файла - vim. Сборка «по умолчанию» из источника vim с включенным графическим интерфейсом создаст один исполняемый файл (vim) и множество ссылок на этот исполняемый файл, например gvim, gview, view, vimdiff и т. Д. Большинство дистрибутивов Linux кажутся чтобы скомпилировать их отдельно, чтобы минимизировать требования базового Vim (чтобы вы могли использовать vim без установки X). Поэтому я склонен перекомпилировать и устанавливать в / usr / local с нужными мне функциями, так как у меня всегда установлен X (он не должен быть запущен, просто установлен).