Size: a a a

2020 July 01

GK

Georgy Komarov in pro.vim
Ni Shi
Поделюсь своей логикой перемещения в nvim, может кто себе возьмёт или мне что подскажет: если надо перейти к файлу и знаю название то это fzf. Если названия не знаю то coc-explore (понравился больше чем nerdtree). В файле если знаю конкретную строчку то :номер (работает быстрее чем номерG почему то). Если не знаю то достаю через C-d и C-u там если видно строку то через релативные номера (если привыкнуть то довольно оперативно выходит и когда надо блок выделить текста тоже через них выделяю быстрее чем jjjjjjjjj).
Дальше в строке это обычно w или b или e . (Стоит плагин sanke и что то там для подсветки при переходе через f и t, но пока самое быстрое для меня w)
Для навигации по коду помогают кастомные textobj и nvim-treesitter. Последний умеет инкрементально выделять блоки кода в visual mode, что полезно при рефакторинге. Он ещё сыроват для каждодневного использования, фичи вроде подсветки синтаксиса и фолдинга приводят к крашам. Но выделение работает норм.
источник

NS

Ni Shi in pro.vim
Igor Pnev
Их несколько, я пользуюсь unblevable/quick-scope с подсветкой только в текущей строке let g:qs_lazy_highlight = 1
да я тоже поставил его. вроде красиво и ясно но что то не очень пользуюсь
источник

MY

Mikhail Yudin in pro.vim
Вопрос знатокам: indentline vs indentguides — что быстрее для прорисовки и правильнее в плане реализации (работа по SSH)?

Идея в том, что indentline рисует линию символом, что неправильно, т.к. символа визуально нет, а если отображаем, то должен показываться символ таба, но никак не полоска вертикальная как в indentline.

Может вопрос наркоманский, но дело именно в природе вещей, а не эстетике. Хочется конечно всё и сразу, однако у терминала 2 возможности: устанавливать цвет фона и рисовать символ для отображения границ.
источник

MY

Mikhail Yudin in pro.vim
По сути никогда не возникнет ситуации что линия отступа перекроется символами текста. Но исключение — отображение невидимых символов.
источник

MY

Mikhail Yudin in pro.vim
На второй вопрос кажется сам ответил, а вот по скорости отрисовки непонятно. И отрисовка это скорее всего в длине escape последовательности, не в размере области отрисовки. А длина одинаковая 🤷‍♂️
источник

MY

Mikhail Yudin in pro.vim
Поэтому кажется что identguides правильное решение, хоть визуально жирнее. А закрашивание прямоугольников задача возможно чуть более долгая, но это не критично с GPU
источник

SB

Sergey Batalev in pro.vim
Кто писал плагины для vim/neovim. Почему там разный синтаксис jobstart -nvim, job_start - в виме. Не очень приятно что они разные. Можно конечно дефайнить но не знаю.
источник

YS

Yaroslav Schekin in pro.vim
Sergey Batalev
Кто писал плагины для vim/neovim. Почему там разный синтаксис jobstart -nvim, job_start - в виме. Не очень приятно что они разные. Можно конечно дефайнить но не знаю.
Потому что в neovim-е первые сделали реализацию, а Bram не стал копировать этот "первый блин комом", а (видимо) посмотрел на получившееся, и реализовал кое-что получше.
По крайней мере, кто-то из тех, кто следит за разработкой, что-то такое рассказывал, IIRC.
источник

SB

Sergey Batalev in pro.vim
Yaroslav Schekin
Потому что в neovim-е первые сделали реализацию, а Bram не стал копировать этот "первый блин комом", а (видимо) посмотрел на получившееся, и реализовал кое-что получше.
По крайней мере, кто-то из тех, кто следит за разработкой, что-то такое рассказывал, IIRC.
Ага пасебо
источник

AS

Aleksander Samoylenk... in pro.vim
источник

SB

Sergey Batalev in pro.vim
Отлично, спасибо
источник
2020 July 02

EG

Emmanuel Goldstein in pro.vim
Yaroslav Schekin
Потому что в neovim-е первые сделали реализацию, а Bram не стал копировать этот "первый блин комом", а (видимо) посмотрел на получившееся, и реализовал кое-что получше.
По крайней мере, кто-то из тех, кто следит за разработкой, что-то такое рассказывал, IIRC.
Bram делает всё что угодно, лишь бы несовместимо с неовимом, в основном
источник

EG

Emmanuel Goldstein in pro.vim
С терминалом та же история была
источник

YS

Yaroslav Schekin in pro.vim
Emmanuel Goldstein
Bram делает всё что угодно, лишь бы несовместимо с неовимом, в основном
Мне кажется, что это, в основном, ерунда, извините.
Во-первых, он не обязан копировать реализации features с API сомнительного качества.
Во-вторых, он вообще не обязан заботиться о будущем стороннего проекта (это yet another fork, и их уже было несколько в прошлом — и где они сейчас?).
А так, конечно, ему выгодно ("Vim is Charityware", не забывайте), чтобы этот fork умер. ;)

> То же самое касается и терминала.

Да, то же самое, что я писал выше, касается и терминала. ;)
источник

EG

Emmanuel Goldstein in pro.vim
Yaroslav Schekin
Мне кажется, что это, в основном, ерунда, извините.
Во-первых, он не обязан копировать реализации features с API сомнительного качества.
Во-вторых, он вообще не обязан заботиться о будущем стороннего проекта (это yet another fork, и их уже было несколько в прошлом — и где они сейчас?).
А так, конечно, ему выгодно ("Vim is Charityware", не забывайте), чтобы этот fork умер. ;)

> То же самое касается и терминала.

Да, то же самое, что я писал выше, касается и терминала. ;)
Он ничего никому не обязан, но авторам плагинов он головной боли обеспечивает
источник

YS

Yaroslav Schekin in pro.vim
Emmanuel Goldstein
Он ничего никому не обязан, но авторам плагинов он головной боли обеспечивает
Нет, не он, а авторы neovim. Не нужно валить с больной головы на здоровую.
источник

EG

Emmanuel Goldstein in pro.vim
С учётом того, что фичи появляются в основном виме потому, что они появляются в неовиме.
Раньше Брам говорил, что асинхронщины в виме не будет никогда.
источник

YS

Yaroslav Schekin in pro.vim
Emmanuel Goldstein
С учётом того, что фичи появляются в основном виме потому, что они появляются в неовиме.
Раньше Брам говорил, что асинхронщины в виме не будет никогда.
Нет, не поэтому. Почему Вы так думаете?
И где/когда он это говорил?
источник

JC

Julian =) Coffee in pro.vim
источник

EG

Emmanuel Goldstein in pro.vim
Yaroslav Schekin
Нет, не поэтому. Почему Вы так думаете?
И где/когда он это говорил?
Потому что сначала Брам говорит «не собираюсь делать X», потом в неовиме делают X, потом это появляется в виме
Цитату сейчас отыскать не берусь, но можно легко заметить, что в виме появляются основные фичи неовима, через небольшое время после того, как их релизят
источник