No puedo usar gvim con patógeno en windows

Question

Tengo configuración de patógeno y funciona bien en Linux, pero cuando intento usar la configuración con gvim73 en Windows, no funciona. No obtengo ningún error pero no hace nada.

Aquí está mi repositorio de dotfiles en git. He comprobado esto a ~/vimfiles y añadí lo siguiente para _vimrc:

filetype off 
call pathogen#helptags() 
call pathogen#runtime_append_all_bundles() 

He intentado casi todo, incluyendo poner la carga automática/pathogen.vim y paquetes/carpetas en el directorio/vim73 bajo archivos de programa. Nada.

¿Alguien tiene alguna experiencia con esto? Supongo que hay algo específico de Windows que debe suceder para que esto funcione.

Editar: Probablemente también vale la pena señalar que puedo ejecutar pathogen#runtime_append_all_bundles() incluso utilizando la terminación de tabulación para que se cargue el agente patógeno, pero mis complementos simplemente no funcionan.

Answer 1

que tenían algún tipo de problema en Windows cuando utilicé la versión proporcionada por patógenos Vim.org

Sin embargo, el uso de github pathogen head, el problema se solucionó.

Creo que el último lanzamiento de Vim.org es de enero del año pasado, y el último compromiso en github es a partir de noviembre.

Específicamente, tuve este problema con después de directorio:
https://github.com/tpope/vim-pathogen/issues/closed#issue/12

Answer 2

No estoy seguro de que ayudará, pero aquí está mi configuración de trabajo:

• d: \ suave \ vim \ vim73 \ - gvim en sí, es decir, pathogen.vim se copia en la d: \ suave \ vim \ vim73 \ autocarga \
• d: \ suave \ vim \ vimfiles \ bundle - directorio para plugins

correspondientes líneas de fichero de configuración: d \ suave \ vim \ _vimrc:

" Use pathogen to load plugins from bundle directory 
filetype off 
call pathogen#runtime_append_all_bundles() 
call pathogen#helptags() 

También he cambiado patógenos # helptags porque originales no funcionó para mis caminos:

dir[0 : strlen($VIM)-1] !=# $VIM has been changed to stridx(dir, "bundle") != -1 

Answer 3

I Sé que esto fue hace mucho tiempo, pero tal vez ayude a alguien ... Tuve el mismo problema. No me daría ningún error, pero no se cargarían complementos. Luego RTFM y noté que explícitamente dice en la parte superior de la página this que debería ir en su vimrc no gvimrc. Después de cambiar eso no tuve problemas.

Answer 4

Es una vieja pregunta, pero tuve el mismo problema y solución que el OP, y tiene un origen levemente molesto.Yo estaba usando la siguiente secuencia de comandos para instalar todo en Windows (Vista + y ejecutar como administrador si desea que la parte mklink al trabajo):

cd "%UserProfile%" 
rmdir vimfiles /S /Q 
git clone http://github.com/brymck/dotvim.git vimfiles 
del _vimrc 
mklink _vimrc vimfiles\vimrc 
cd vimfiles 
git submodule init 
git submodule update 

Lo anterior es sólo una versión de Windows-y de un Vimcast on syncing your Vim preferences with GitHub y es bastante sencillo , entonces creo que otros pueden estar haciendo algo similar.

De todos modos, su experiencia puede ser diferente (y esto no se aplica a Cygwin), pero cuando acabo de copiar y pegar esto en un terminal, git submodule update tienes "comido", mientras que git submodule init estaba en marcha. No me di cuenta inicialmente porque esto nunca me había sucedido en Linux. En resumen, espere hasta que todo lo demás se haya completado antes de ejecutar git submodule update y debería estar dorado. (Además, FWIW, estoy usando el current version of pathogen, que se actualizó por última vez el 25 de septiembre de 2011.)

Answer 5

Para mí el cambio de nombre de la carpeta .vim a vimfiles resolvió el problema para Vim 7.4.