From: Sergey Matveev Date: Thu, 21 Jan 2021 09:02:20 +0000 (+0300) Subject: Баги vim-lsp. Bleeding edge X-Git-Url: http://www.git.stargrave.org/?a=commitdiff_plain;h=3d12e5e1768d806eed09e90f07fecd6549dbeb6e;p=stargrave-blog.git Баги vim-lsp. Bleeding edge Время от времени я обновляю vim-lsp плагин (git pull). С ним (или самим Vim, чистой 8.2 версии без патчей?) и раньше были проблемы: съезжающий курсор, изменённый changelist и другие косяки. Причём визуальные огрешности ещё терпимы, но вот порча changelist, из-за которой я не могу сделать "g:" -- время от времени рождает мысли "а не снести ли vim-lsp?". Сегодня в одном Си файле я прям +- гарантированно могут повторять ситуацию из-за которой даже курсор вообще после закрытия какого-то preview/baloon/popup/hover (путаюсь в них) окошка съезжает. Решил просто взять и откатиться на мажорный тэг релиза назад. В общем, на два релиза назад (v0.1.2) всё становится сильно лучше. Ещё не знаю как там дела с changelist, но хотя бы курсор не убегает по непонятной причине. Это как-раз одна из множеств демонстраций того почему я не люблю bleeding edge подход и по сути сразу отвергаю дистрибутивы с ним. Это конечно здорово что люди будут больше и быстрее тестировать софт, безусловно, но лично я, когда хочу работать -- я хочу работать, а не натыкаться на вновь и вновь меняющееся поведение, особенности и баги. Но это речь только про бездумное обновление просто на свежую версию. Например какой-нибудь git или mutt я обновляю сразу же с выходом их новых версий. Потому что там, как правило, всегда что нибудь да полезное, или хотя бы частенько бывают улучшения производительности. Мультимедиа библиотеки -- аналогично, ради производительности. ---