Umgebungsvariable für persönlichen Laufzeitpfad? (~ / .vim auf * nix, ~ / vimfiles auf win32)

9

Ich versuche, meine .viminfoDatei in meinen .vim/Ordner zu verschieben, um die Synchronisierung auf mehreren Computern zu vereinfachen. (Ich habe meine .vimauf Dropbox gespeichert und erstelle dann aus meinem Home-Verzeichnis Symlinks dazu.)

Also habe ich heute Morgen diese Antwort gefunden , wie man genau das macht. Großartig! Leider benutze ich Windows bei der Arbeit und Mac zu Hause, so ~/.vimist es eigentlich manchmal ~/vimfiles. Als Ergebnis eine einzeilige Lösung

set viminfo+=n~/.vim/viminfo

ist jetzt eine 5-Zeilen-Lösung geworden

if has('unix')
  set viminfo+=n~/.vim/viminfo
elseif has('win32')
  set viminfo+=n~/vimfiles/viminfo
endif

das fühlt sich für mich einfach ungeschickt an.

Gibt es eine Standardumgebungsvariable, mit der ich auf den benutzerspezifischen Laufzeitpfad zugreifen kann, à la $VIMRUNTIMEoder $MYVIMRC? Oder muss ich nur herumtanzen?

vimrc

— Ryan Lue
quelle

8

Dies sollte funktionieren und ist plattform- / pluginunabhängig: fnamemodify(expand("$MYVIMRC"), ":p:h")

— Mohn
quelle

Ihr Leute seid Genies.

— Ryan Lue

5

Angenommen, Sie haben es nicht geändert, ist das erste Element in &runtimepathstandardmäßig Ihr Laufzeitverzeichnis:

$HOME/.vim        on unix-like systems
$HOME\vimfiles    on windows

Mit diesem Wert können Sie Vim mitteilen, wo Ihre viminfoDatei mit diesem plattformunabhängigen Einzeiler abgelegt werden soll:

let &viminfo .= ',n' . split(&rtp, ',')[0] . '/viminfo'

Ressourcen:

:h :let-option
:h split()
:h runtimepath

— romainl
quelle

Leider ist das nicht wahr. &runtimepathWird von Plugin-Managern manipuliert, gibt es absolut keinen Grund, mit $HOME/.vimoder mit zu beginnen $HOME\vimfiles.

— lcd047

@ lcd047 beginnt im Standardzustand &runtimepathimmer mit dem Standard-Laufzeitverzeichnis auf Benutzerebene für die aktuelle Plattform. Jetzt ist es offensichtlich möglich, dass der Benutzer seine 'rtp'Unkenntlichkeit schlachtet, aber AFAIK-Erreger, Vundle, Plug, VAM und Neobundle verlassen alle~/.vim (oder ähnliche) am Anfang.

— Romainl

Nur mit der Standardkonfiguration. Lange Zeit habe ich Folgendes verwendet: pathogen#infect("$VIM/local/bundle/{}")Um (1) Bundles für alle Benutzer verfügbar zu machen, (2) sie von der Hauptlaufzeit von Vim getrennt zu halten und (3) sie automatisch zu aktualisieren. ~/.vimlandet mit diesem Setup in der Mitte des Bündels.

— lcd047

@ lcd047, ich habe den Wortlaut des ersten Satzes gemäß unserem Gespräch geändert.

— Romainl

Hat es für mich getan und scheint mir angesichts meines Setups die eleganteste Lösung zu sein. Vielen Dank!!

— Ryan Lue

2

Der erste Fehler, den ich in Bezug auf Windows immer wieder sehe, ist immer der Versuch, das Problem mit zu lösen $HOME, nicht wahr?

Die Verwendung $HOMEführt möglicherweise zu Problemen, insbesondere wenn Sie Unix-ähnliche Umgebungen verwenden (Cygwin, Git Bash usw.). Verwenden Sie es nicht in Skripten, sondern legen Sie es nicht als Umgebungsvariable fest. Tatsächlich führt die Einstellung $HOMEdazu, dass Cygwin nicht mehr richtig funktioniert und git bash ähnliche Aktionen ausführt. Je mehr Sie spielen, desto $HOMEschlimmer werden die Fehler, und es wird schwieriger, sie aufzuspüren. Benutze es einfach nicht.

Windows baut das $HOMEon the fly und hinter den Kulissen mit %HOMEDRIVE%%HOMEPATH%. Verwenden Sie dies einfach in Ihrem _vimrcoder vimrc(ohne Punkt):

set viminfo+=n%HOMEDRIVE%/%HOMEPATH%/vimfiles/viminfo

Dies sollte das Problem lösen. Wenn Sie geändert haben vimfiles, .vimum entsprechend anzupassen.

— user1640896
quelle

0

Ich habe den viminfo-Ordner von Windows in .vim umbenannt (oder den Inhalt des ersteren in den letzteren kopiert und dann den ersteren gelöscht) und sie dann mit verknüpft mklink /d viminfo .vim. (Beachten Sie, dass mklink seine Argumente in der entgegengesetzten Reihenfolge vom Unix 'ln-Befehl übernimmt.)

— Edward
quelle