1

完全に更新されたWindows 7 64ビット上のgVim 7.3.46の場合(Windowsコンテキストメニューに「Edit with Vim」の信頼できるインスタンスを追加するため、gVim 7.3.46を実行します。)

たくさんの記事を読んだにもかかわらず (その多くは他の記事を繰り返しています)、Pathogen を使用しないと既に正常に動作している vim プラグインを Pathogen にロードさせることができません。

問題は、次のように Pathogen の「bundle」フォルダの場所にあるようです。

· mru.vim (最近使用したファイル) プラグインを "D:\Program Files (x86)\Vim\vim73\plugin" に配置すると、MRU は問題なく動作します — :MRU と入力すると、最近使用したファイルのリストが返されます

. mru.vim を「bundle」という名前のフォルダーに配置し、バンドル フォルダーを「D:\Program Files (x86)\Vim\vimfiles」または以下にリストされている他の場所に配置すると、MRU と入力すると「E492 : Not an editor」が返されますコマンド:MRU"

私の環境:

· Windows 7 64 ビットでは、Vim / gVim 7.3.46 は「D:\Program Files (x86)\Vim\vim73\gvim.exe」にインストールされます (はい、「C」ではなく「D」です)。

· gVIM で :e $VIM と入力すると、次の 4 行が返されます。

../
vim73/
vimfiles/
_vimrc  

· 「D:\Program Files (x86)\Vim\vimfiles\autoload\」に、pathogen.vim があります。この場所で gVim はエラーなしで起動し、 :pathogen#helptags() と入力してもエラーは返されません (私が読んだある記事では、コマンドは Pathogen が正しくインストールされているかどうかを判断する 1 つの方法であると書かれていました)。

· 私の _vimrc ファイルには以下の行が含まれています:

syntax on
execute pathogen#infect()
filetype plugin indent on

私の問題:

mru.vim を含むバンドル フォルダーを次の場所にコピーしてみました。

· D:\Program Files (x86)\Vim\vimfiles (Windows の「正しい」場所と言われています)

· D:\Program Files (x86)\Vim

· D:\Program Files (x86)\Vim\vim73

複数の記事で、そのリストの最初のエントリが、Windows システムのバンドル フォルダーの正しい場所として特定されています。つまり、Windows では、*ix とは異なり、バンドル フォルダーを *ix .vim フォルダーや Windows の ..\users[userName] フォルダーなど (?) のどこかに「埋める」ことは明らかにありません。

「bundle」のこれらの場所はすべて、「:MRU — 「E492 : Not an editor command : MRU」」と入力すると同じ応答を生成します。

私は機知に富んでいます。アイデアはありますか?

(ちなみに、感謝しますが、Vundle / Github / Curl またはその他のネットワーク関連のソリューションは使用したくありません。gVim プラグインはそれほど多くは使用していません。使用しているプラ​​グインをダウンロードして、不要なネットワーク プロセスが関与するのではなく、自分でフォルダーをバンドルします)。

応援よろしくお願いします。Riley SFO

4

1 に答える 1