Изменение поведения отступов Vim в зависимости от типа файла

Может ли кто-нибудь объяснить мне простыми словами самый простой способ изменить поведение Vim для отступов в зависимости от типа файла? Например, если я открываю файл Python, он должен иметь отступ от 2 пробелов, но если я открываю скрипт Powershell, он должен использовать 4 пробела.

Вы можете добавлять .vimфайлы для выполнения всякий раз, когда vim переключается на определенный тип файла.

Например, у меня есть файл ~/.vim/after/ftplugin/html.vim с таким содержанием:

setlocal shiftwidth=2
setlocal tabstop=2

Что заставляет vim использовать вкладки с шириной 2 символа для отступа ( noexpandtabопция установлена ​​глобально в другом месте в моей конфигурации).

Это описано здесь: http://vimdoc.sourceforge.net/htmldoc/usr_05.html#05.4 , прокрутите вниз до раздела о плагинах типов файлов.

Используйте ftplugins или автокоманды для установки параметров.

ftplugin

В ~/.vim/ftplugin/python.vim:

setlocal shiftwidth=2 softtabstop=2 expandtab

И не забудьте включить их в ~/.vimrc:

filetype plugin indent on

( :h ftpluginдля получения дополнительной информации)

автокомандного

В ~/.vimrc:

autocmd FileType python setlocal shiftwidth=2 softtabstop=2 expandtab

Вы можете заменить любого из длинных команд или настроек с их короткими версиями:
autocmd: au
setlocal: setl
shiftwidth: sw
tabstop: ts
softtabstop: sts
expandtab:et

Я бы также предложил изучить разницу между tabstopи softtabstop. Многие люди не знают о softtabstop.

отредактируйте ~/.vimrcи добавьте файлы разных типов для разных отступов, например, я хочу сделать html/rbотступ для 2 пробелов и js/coffeeотступ для файлов для 4 пробелов:

" 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

обратитесь к: Установка параметров пробела Vim по типу файла

Поместите команды autocmd на основе суффикса файла в ваш ~ / .vimrc

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

Команды, которые вы ищете, вероятно, ts = и sw =

Я обычно работаю с expandtabсетом, но это плохо для make-файлов. Я недавно добавил:

:autocmd FileType make set noexpandtab

до конца моего файла .vimrc, и он распознает Makefile, makefile и * .mk как make-файлы и не расширяет вкладки. Предположительно, вы можете продлить это.

Лично я использую эти настройки в .vimrc:

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

Это может быть известно большинству из нас, но в любом случае (я был озадачен в первый раз): Выполнение :set et( :setexpandtabs) не меняет вкладки, уже существующие в файле, это нужно сделать :retab. Например:

:set et
:retab

и вкладки в файле заменяются достаточным количеством пробелов. Чтобы получить вкладки назад просто сделайте:

:set noet
:retab

Сегодня вы можете попробовать editorconfig , для этого есть плагин vim . Благодаря этому вы можете не только изменять размер отступа в vim, но и во многих других редакторах сохранять согласованные стили кодирования.

Ниже приведен простой файл editorconfig, как вы можете видеть, файлы python будут иметь 4 пробела для отступа, а файлы шаблонов pug будут иметь только 2.

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

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

Несмотря на то, что вы можете точно настроить отступы Vim, используя плагин Indent или вручную, используя настройки, я рекомендую использовать сценарий Python под названием Vindect, который автоматически устанавливает соответствующие параметры при открытии файла Python. Используйте этот совет, чтобы сделать использование Vindect еще более эффективным. Когда я впервые начал редактировать файлы Python, созданные другими людьми с различными стилями отступов (табуляция против пробела и количество пробелов), это было невероятно сложно. Но Vindect вместе с этим файлом отступа

Также рекомендуем:

• pythonhelper
• python_match
• python_ifold

Для тех autocmd, кто использует , это лучшая практика, чтобы сгруппировать их вместе. Если группировка связана с определением типа файла, у вас может быть что-то вроде этого:

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

Группировка помогает сохранить .vimrcорганизованность, особенно если с типом файла связано несколько правил. В приведенном выше примере определен ярлык комментария для файлов .c.

Первоначальный вызов autocmd!vim сообщает vim об удалении любых ранее определенных автокоманд в указанной группировке. Это предотвратит повторное определение, если .vimrcоно получено снова. Смотрите :help augroupдля получения дополнительной информации.

Я использую утилиту, которую я написал в C называется autotab. Он анализирует первые несколько тысяч строк файла, который вы загружаете, и определяет значения для параметров Vim shiftwidth, tabstopи expandtab.

Это компилируется с использованием, например, gcc -O autotab.c -o autotab. Инструкции по интеграции с Vim находятся в заголовке комментария вверху.

Autotab довольно умен, но время от времени может запутаться, в частности, из-за того, что он некорректно поддерживается с использованием разных стилей отступов.

Если файл явно использует вкладки или комбинацию вкладок и пробелов для отступа, Autotab определит, какой размер вкладки используется, с учетом таких факторов, как выравнивание внутренних элементов по последовательным строкам, таких как комментарии.

Он работает для различных языков программирования и прощает «внешние» элементы, которые не подчиняются приращениям, такие как директивы предварительной обработки C, метки операторов C, не говоря уже об очевидных пустых строках.