Cambio del comportamiento de sangría de Vim por tipo de archivo

¿Podría alguien explicarme en términos simples la forma más fácil de cambiar el comportamiento de sangrado de Vim en función del tipo de archivo? Por ejemplo, si abro un archivo de Python, debería sangrar con 2 espacios, pero si abro un script de Powershell, debería usar 4 espacios.

Puede agregar .vimarchivos para que se ejecuten siempre que vim cambie a un tipo de archivo en particular.

Por ejemplo, tengo un archivo ~/.vim/after/ftplugin/html.vim con este contenido:

setlocal shiftwidth=2
setlocal tabstop=2

Lo que hace que vim use pestañas con un ancho de 2 caracteres para la sangría (la noexpandtabopción se establece globalmente en otra parte de mi configuración).

Esto se describe aquí: http://vimdoc.sourceforge.net/htmldoc/usr_05.html#05.4 , desplácese hacia abajo hasta la sección de complementos de tipo de archivo.

Use ftplugins o autocomandos para configurar las opciones.

ftplugin

En ~/.vim/ftplugin/python.vim:

setlocal shiftwidth=2 softtabstop=2 expandtab

Y no olvides activarlos en ~/.vimrc:

filetype plugin indent on

(:h ftplugin para más información)

autocomando

En ~/.vimrc:

autocmd FileType python setlocal shiftwidth=2 softtabstop=2 expandtab

Puede reemplazar cualquiera de los comandos largos o ajustes con sus versiones cortas:
autocmd: au
setlocal: setl
shiftwidth: sw
tabstop: ts
softtabstop: sts
expandtab:et

También sugeriría aprender la diferencia entre tabstopy softtabstop. Mucha gente no lo sabe softtabstop.

edite su ~/.vimrcy agregue diferentes tipos de archivos para diferentes sangrías, por ejemplo, quiero html/rbsangría para 2 espacios y js/coffeesangría de archivos para 4 espacios:

" by default, the indent is 2 spaces. 
set shiftwidth=2
set softtabstop=2
set tabstop=2

" for html/rb files, 2 spaces
autocmd Filetype html setlocal ts=2 sw=2 expandtab
autocmd Filetype ruby setlocal ts=2 sw=2 expandtab

" for js/coffee/jade files, 4 spaces
autocmd Filetype javascript setlocal ts=4 sw=4 sts=0 expandtab
autocmd Filetype coffeescript setlocal ts=4 sw=4 sts=0 expandtab
autocmd Filetype jade setlocal ts=4 sw=4 sts=0 expandtab

consulte: Configuración de las preferencias de espacios en blanco de Vim por tipo de archivo

Ponga comandos autocmd basados ​​en el sufijo de archivo en su ~ / .vimrc

autocmd BufRead,BufNewFile   *.c,*.h,*.java set noic cin noexpandtab
autocmd BufRead,BufNewFile   *.pl syntax on

Los comandos que está buscando son probablemente ts = y sw =

Normalmente trabajo con expandtabset, pero eso es malo para los makefiles. Recientemente agregué:

:autocmd FileType make set noexpandtab

al final de mi archivo .vimrc y reconoce Makefile, makefile y * .mk como makefiles y no expande las pestañas. Presumiblemente, puedes extender esto.

Personalmente, uso esta configuración en .vimrc:

autocmd FileType python set tabstop=8|set shiftwidth=2|set expandtab
autocmd FileType ruby set tabstop=8|set shiftwidth=2|set expandtab

Esto podría ser conocido por la mayoría de nosotros, pero de todos modos (me sorprendió la primera vez): Hacer :set et( :setexpandtabs) no cambia las pestañas que ya existen en el archivo, uno tiene que hacerlo :retab. Por ejemplo:

:set et
:retab

y las pestañas en el archivo se reemplazan por suficientes espacios. Para volver a tener pestañas simplemente haz:

:set noet
:retab

Hoy, puedes probar editorconfig , también hay un complemento vim para ello. Con esto, no solo puede cambiar el tamaño de la sangría en vim, sino que en muchos otros editores, mantener estilos de codificación consistentes.

A continuación se muestra una configuración de editor simple, como puede ver, los archivos de Python tendrán 4 espacios para sangría, y los archivos de plantilla pug solo tendrán 2.

# 4 space indentation for python files
[*.py]
indent_style = space
indent_size = 4

# 2 space indentation for pug templates
[*.pug]
indent_size = 2

Si bien puede configurar la sangría de Vim muy bien usando el complemento de sangría o manualmente usando la configuración, le recomiendo usar un script de Python llamado Vindect que establece automáticamente las configuraciones relevantes para usted cuando abre un archivo de Python. Use este consejo para hacer que usar Vindect sea aún más efectivo. Cuando comencé a editar archivos de Python creados por otros con varios estilos de sangría (tabulación versus espacio y número de espacios), fue increíblemente frustrante. Pero Vindect junto con este archivo de sangría

También recomiendo:

• Pythonhelper
• python_match
• python_ifold

Para aquellos que usan autocmd, es una buena práctica agruparlos. Si una agrupación está relacionada con la detección de tipo de archivo, es posible que tenga algo como esto:

augroup filetype_c
    autocmd!
    :autocmd FileType c setlocal tabstop=2 shiftwidth=2 softtabstop=2 expandtab
    :autocmd FileType c nnoremap <buffer> <localleader>c I/*<space><esc><s-a><space>*/<esc>
augroup end

Las agrupaciones ayudan a mantener el .vimrc organización, especialmente una vez que un tipo de archivo tiene varias reglas asociadas. En el ejemplo anterior, se define un acceso directo de comentario específico para archivos .c.

La llamada inicial a autocmd!le dice a vim que elimine cualquier comando automático previamente definido en dicho grupo. Esto evitará la definición duplicada si .vimrcse obtiene de nuevo. Vea el :help augrouppara más información.

Yo uso una utilidad que escribí en C llamada autotab. Analiza los primeros miles de líneas de un archivo que carga y determina los valores para los parámetros de Vim shiftwidth, tabstopy expandtab.

Esto se compila utilizando, por ejemplo, gcc -O autotab.c -o autotab. Las instrucciones para integrarse con Vim se encuentran en el encabezado del comentario en la parte superior.

Autotab es bastante inteligente, pero puede confundirse de vez en cuando, en particular porque se ha mantenido de manera inconsistente utilizando diferentes estilos de sangría.

Si un archivo evidentemente usa pestañas, o una combinación de pestañas y espacios, para la sangría, Autotab descubrirá qué tamaño de pestaña se está usando considerando factores como la alineación de elementos internos a través de líneas sucesivas, como comentarios.

Funciona para una variedad de lenguajes de programación, y es indulgente con los elementos "fuera de banda" que no obedecen a los incrementos de sangría, como las directivas de preprocesamiento C, las etiquetas de instrucción C, sin mencionar las obvias líneas en blanco.