Size: a a a

2021 June 28

b

badtrousers in pro.vim
я думал что все дело в readfile()
источник

b

badtrousers in pro.vim
но может такое быть что все дело в glob!
источник

b

badtrousers in pro.vim
потому что оно тратит одинаково много времени (чуть больше секунды) в совершенно разных папках. с одним, 20, сотней файлов
источник

b

badtrousers in pro.vim
readfile оверхед скейлился бы линейно
источник

G

GNU/Vsevolod in pro.vim
bruh, а как такое дебажить?
источник

GK

Georgy Komarov in pro.vim
Принтами. Найти это сообщение в fugitive и расставить echo.
источник

G

GNU/Vsevolod in pro.vim
Ясно, опять я забыл, что has возвращает 0/1 в момент написания своего кроссплатформенного конфига
источник

b

badtrousers in pro.vim
emacs-vim 1-0
источник

GK

Georgy Komarov in pro.vim
Ну да. У нас нет дебаггера для внутренней лисп-машины.
источник

b

badtrousers in pro.vim
@emmanuelGoldstein привет. можешь посмотреть вот это, может шаришь?
источник

b

badtrousers in pro.vim
нет мочи понять почему так медленно
источник

goldstein опять in pro.vim
не используй огромные бандлы типа полиглота.
источник

b

badtrousers in pro.vim
да он достаточно быстро работает. во всяком случае меньше 10% от времени загрузки пакетов по типу coc/fzf
источник

b

badtrousers in pro.vim
другое дело что вот indent detection почему–то тратит 1 секунду на каждом новом буфере
источник

b

badtrousers in pro.vim
а так ниче 🙂
источник

b

badtrousers in pro.vim
но это очевидный баг…
источник

goldstein опять in pro.vim
идеальный код — отсутствие кода. чем больше кода, тем больше багов.
источник

goldstein опять in pro.vim
в полиглоте много кода.
источник

G

GNU/Vsevolod in pro.vim
похоже на что-то, что угадывает яп по файлам проекта, если инфы в файле недостаточно, нет?
источник

G

GNU/Vsevolod in pro.vim
Мб эту эвристику можно отключить
источник