Omnicompletion de Vim con Python simplemente no funciona

Question

He buscado alrededor de una hora, tanto en Stack Overflow como en otros lugares. ¡Ay! Por favor ayuda. La omnicompletion de Vim solo no funciona.

1. Tengo Vim 7.2 compilado con soporte de Python.

2. filetype plugin on está en mi .vimrc.

3. Cuando se abre un archivo .py, :echo &omnifunc imprime pythoncomplete#Complete.

4. Estoy trabajando con un proyecto grande y tengo un archivo tags generado con exhuberant-ctags. Está en la ruta de Vim ctags. Puedo probarlo escribiendo ^] en un símbolo y me llevan a la definición de símbolos.

5. Actualización 1: Todo el código de mi proyecto está en la ruta de python-in-Vim. Puedo :python import myproject con éxito.

Ahora, cualquier trato C-x C-o, todo lo que consigo es:

-- Omni completion (^O^N^P) Pattern not found 

¿Qué estoy haciendo mal?

Actualización 2: Cuando escribo C-x C-O-C n a nivel de módulo, Vim muestra una ventana emergente finalización con algunas constantes de nivel de módulo de otros módulos en mi proyecto. Pero solo son constantes (símbolos mayúsculas) y la finalización aún no funciona en ningún otro lado.

Actualización 3: he descubierto que C-x C-o en la parte superior del archivo comienza a algún tipo de omnicompletion, y la finalización de pprint. hace aparecer el menú y de referencia rápida de todo en el módulo pprint. Sin embargo, ninguna de las importaciones de mi propio módulo se está completando.

Actualización 4, un año después: Me rendí y aprendí Emacs. He estado en el lado oscuro, la tierra mística de la intriga y la especia, y te digo que he encontrado el Camino.

Actualización 5, dos años después: Volví a Vim. Emacs es hermoso, pero incluso después de 1,5 años de Emacs, soy aún más rápido para terminar el trabajo en Vim. Sin embargo, he dejado de escribir Python por el momento y no puedo probar qué tan bien funcionan estas sugerencias.

Answer 1

¿Qué módulo contiene el símbolo que está intentando completar? ¿Está en el python stdlib? ¿O es un módulo de terceros?

Asegúrese de que el módulo/paquete esté en PYTHONPATH.

En Vim, hacer:

:python import sys 
:python print sys.path 

el añadido del directorio del módulo:

:python sys.path.append("/path/to/directory/") 

Answer 2

Puesto que has sido prudente y se aseguró de que su código es accesible por el PYTHONPATH, por sugerencia de codeape, está ahí una posibilidad de que se está ejecutando en el import bug for Vim Python omni-complete? Este error todavía existe a partir de Vim 7.2.245.

En esencia, si cualquier declaración de importación produce un error en el archivo que se está trabajando, independientemente de si está envuelto en una cláusula Try-Except, se romperá por completo omni-finalización. Debería ser bastante fácil verificar esto, ya que la mayoría de las importaciones ocurren al comienzo del archivo.

Si decide que este error es la causa de sus problemas, sus opciones incluyen:

• asegurándose de que los módulos se importan están en la ruta del sistema, no sólo los archivos de proyecto
• comentando a cabo ningún import declaraciones que no
• corregir el error
• usando ropevim como su método de finalización
• usando un editor diferente; NetBeans IDE tiene soporte para Python, y el jVi plugin es bastante buena si eres un adicto a Vim como yo (no deje que la década de 1990 aspecto de la página de inicio te engañe)

Answer 3

¿Ha intentado utilizar <C_x><C-]>?

Answer 4

c-x c-n funciona para obtener la lista de miembros de un objeto.

Answer 5

que utilizan SUPERTAB (http://www.vim.org/scripts/script.php?script_id=1643)

Desde Cx Co es un poco frustrante para utilizar

en .vimrc:

let g:SuperTabDefaultCompletionType = "<c-x><c-o>" 

continuación, sólo tiene que utilizar para Tabb omnicompletion

Answer 6

Suena como el que pregunta hace tiempo que se ha ido al lado oscuro *, sino por lo que merece la pena Acabo de tener este síntoma, y ​​en mi caso la porque fue que un módulo que estaba usando dependía de Python 2.7, pero mi versión de Vim se compiló con Python 2.5.

Para diagnosticar intenté :python import mymodule, que falló con un error al importar un módulo dependiente. Luego :python import dependentmodule que falló con el siguiente paso de la cadena. Y así sucesivamente, en &, hasta que falló al intentar importar un módulo del sistema que era nuevo desde Python 2.7. Problema encontrado.

Para resolver, acabo de hacer sudo port install vim +python27. Pero eso es para OSX. YMMV.

(* Estoy bromeando. Los usuarios de Emacs son nuestros amigos. Es la gente que programa en el Bloc de notas todos tenemos que guardar ...)

Answer 7

Al haber actualizado a Fedora 16 (pero aún compilando vim desde la fuente), omni completado dejó de funcionar con el mismo mensaje que el anterior. Lo "arreglé" volviendo a mapear las teclas.

inoremap <C-space> <C-x><C-o> 

en ~/.vimrc y ahora funciona de nuevo.

Answer 8

Tuve un problema similar con omni finalización no funcionaba. En mi caso, resultó que el complemento minibufexpl.vim estaba interfiriendo con la omni terminación. Así es como me enteré:

La finalización de la palabra clave normal funciona. Omni completo no funciona para ningún idioma, no solo para Python. omnifunc está configurado correctamente. Después de I C-X C-O, no pasa nada. I do ": py print globals()" y está claro que el pythoncomplete no estaba cargado. Puedo ": llamar a pythoncomplete # Complete (1, '')" y ver que se cargue. Para mí, esto excluye que sea un problema de Vim. Parece que algo está interfiriendo con el mapeo de teclas o interceptando la solicitud de omni compleción. Así que empiezo a desactivar mis complementos uno por uno. Resulta que el culpable en mi caso es "minibufexpl". Tengo la versión Holgado de github.

Parece que hay muchos problemas abiertos con MBE de acuerdo con el rastreador de problemas en github y no ha habido ningún progreso desde principios de 2012. Voy a desactivarlo por ahora, así que puedo usar autocompletar. Mientras tanto, solo agregaré lo siguiente a mi vimrc para mantener abiertos varios búferes modificados al mismo tiempo y usar una secuencia de teclas simple para recorrerlos (MBE selecciona de manera más inteligente los búferes para recorrerlos pero parece demasiado torpe para un problema simple):

set hidden 
noremap <C-TAB> :bnext<CR> 
noremap <C-S-TAB> :bprev<CR> 

Answer 9

Si está utilizando python2, asegúrese de que

sudo apt-get install vim.nox-py2 

y utilizar vim.nox-AP2 vez de vim.