Aß
сервера запускаются асинхронно, по одному на проект, я не представляю что надо сделать чтобы это лагало
Size: a a a
2021 October 01
D
я в этом плане возможно рукожоп, несмотря на то что init time снизил до 2 секунд, после реального запуска секунд 5 еще нельзя взаимодействовать со средой..
DL
NB
Всем привет! Вот мне сейчас надо пройтись по всем вхождениям подстроки в проекте и, в зависимости от контекста, сделать одно из возможных четырех действий. Т. е. замена не подойдет. Делаю через projectile rg. Но после перехода в буфер и редактирования, приходится заново вводить паттерн для поиска. Кто-нибудь что-нибудь посоветует?
DL
counsel-projectile-rg (например) + ivy-occur
DL
и у тебя будет буфер со всеми результами поиска, который, к тому же, умеет обновляться по
gNB
Хм... Он у меня в helm есть, но сбрасывается, зараза...
DL
потому что это helm (на самом деле хз, может тоже как есть)
Aß
1) история запросов, M-p/n
2) редактировать прямо в буфере с результатами
2) редактировать прямо в буфере с результатами
NB
Да, история запросов чуть упростила задачу, спасибо. Только показывала устаревшие результаты, сволочь)
NB
А есть что-нибудь, чем можно было бы в одном окне вывести результаты, и в другом перемещаться по ним последовательно? Ситуация-то вполне стандартная
NB
Типа как C-j в helm, только удобнее)
Aß
обычно примерно так и работает
Aß
уточни какой мод у тебя в буфере с результатами
D
osx, там из коробки тот-же дум секунды 1.5 жрет, + полагаю aspell или tree sitter после запуска воду мутят
D
кстати можно как-нибудь заабузить use package чтобы ленивая загрузка происходила не по defer/after а например в idle или когда 1 раз вызываешь какую-нибудь функцию? А то часть функицонала сразу не нужна
Aß
конечно
Aß
это называется autoload
Aß
а defer как раз и работает через idle
D
про autoload знаю..но я чето рассматривал его ток когда свой пакет пишешь