Vim: Ack.vim и AsyncRun конфликтуют из-за окна быстрого исправления - PullRequest
0 голосов
/ 20 сентября 2018

В моей конфигурации Vim у меня есть плагины Ack.vim и AsyncRun .Оба плагина, по крайней мере по умолчанию, выводят в окно quickfix.Это проблема для меня, потому что мне нужно открыть результаты Ack.vim , а затем выполнить команды AsyncRun при обработке этих результатов.Но как только AsyncRun выполняется, он перезаписывает результаты Ack.vim своим выводом, поэтому мне нужно повторно запустить тот же поиск :Ack, чтобы отобразить следующие результаты поиска.

Пример: мой рабочий процесс часто включает поиск с помощью :Ack, после чего я изменяю один файл из результатов, записываю файл, затем изменяю файл из следующего результата и так далее.Однако у меня также есть конфигурация autocmd BufWritePost, которая запускает AsyncRun (например, JS prettier или Python yapf) при записи в буфер.Таким образом, когда я изменяю первый файл и записываю буфер, вывод из Ack.vim заменяется выводом из AsyncRun .

Есть ли способ:

  • использовать location-list для Ack.vim или AsyncRun вместо окна quickfix?

  • или иметь два quickfix окна одновременно, каждое для каждого из выходов плагинов?

  • или даже подавлять AsyncRun выводить и вообще не открывать quickfix для него?(в моем случае при запуске yapf или prettier мне вообще не нужно изучать их вывод)

1 Ответ

0 голосов
/ 20 сентября 2018

Посмотрите документацию Ack.vim.Существует множество других команд, таких как :LAck, которые заполняют список местоположений, а не список быстрых исправлений.

Окно быстрых исправлений является глобальным, поэтому вы можете иметь только одну команду за раз.Но вы всегда можете перейти к предыдущему и следующему списку быстрых исправлений с помощью :cprevious и :cnext.Список местоположений с другой стороны - для каждого окна.

Я предлагаю просмотреть документацию по быстрым исправлениям и списку местоположений с помощью :help quickfix.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...