pl
Так ты еще и за Яндекс, все с тобой понятно
Size: a a a
2021 May 24
NG
GK
Почему же? Классический тулинг IDE вызывает отдельные компоненты — утилиты которые анализируют код в отдельном процессе и возвращают выхлоп в формате, который разбирается на стороне IDE. При использовании LSP у нас появляется промежуточное звено — JSON RPC между вызовом внешних утилит и обработкой результата в IDE.
TB
Да, в хтопе есть процесс сервера пока вим открыт
TB
У меня онли этот сервер если что
GK
Это который на wasm?
VG
G
Ну вроде работает, нотификашки шлет, есть диагностики какие-то?
NG
ха! а такое лишнее звено может быть запущено резидентно, ускоряя обработку (при малых правках текста)
TB
Да, все работает так-то. Только ворнинги не скрывает ненужные. Я конфиг ваш еще не пробовал, это со старым который в самом первом сообщении кидал
NG
увы, не знаю, как работает этот LibreOffice Online
GK
Ну, если речь идёт об инкрементальном анализе — да, это ускорит работу. Хотя в IDE, например, в QtCreator, для этого существует модель кода — представление текущего кода, который и обрабатывается тулингом IDE.
NG
но Vim модель кода не строит...
VG
ты б предложения с больших букв начинал и абзацы отбивал, а так всё верно (разве что, почему ГРУ, а не ФСБ?)
TB
А по ссылке это built-in неовимовский lsp? Мб просто мне его и использовать... Не хочу тащить жирный кок, хочу фичастый быстрый лсп
G
Да, встроенный
b
+
G
Нужен самый свежий nvim
VG
увы, реально она скорее централизуется, а перечисленное - скорее видимость
VG
он написал компилятор, без которого это ядро не компилируется