Новая эра Vim

и кто в этом преуспеет больше?

https://onivim.io/

Кто что думает, что ждет вим и его форк, и кто в этом преуспеет больше?

Какой-то дурацикий вопрос. Типа, кто будет следующим президеном США. Никто сейчас тебе на это ничего интересного сказать не сможет.

Проприетарная ненужность. Не холивара ради.

Пускай сначала сделают. Сейчас у каждого говна есть модный сайт.

Да вроде не:

https://onivim.github.io/docs/other/faq#is-onivim-2-open-source

Ну я больше к тому, что это еще больше раскол юзеров сделает. То есть пока еще грубо говоря можно чуть ли не копировать .vimrc и .init.vim между собой и почти все может кроме пары строк должно работать. Че они там намутят с этими подсветками по итогу не понятно. Ну и textprop не только для подсветок годится, а для других вещей для парсинга кода. А вот что там неовимовцы мутят пока не понятно.

Свистнешь через полтора года, если эта поделка не загнется Each commit that makes it to master will be dual-licensed under the permissive MIT license after 18 months Да и вообще, я все равно не верю, что в этом поделии реализую что-то более-менее адекватное виму(чтобы commandline был, undo, :g :s и так далее. А так простого вим управления в любом иде.

Я давно свалил на neovim. Автор vim слишком долго страдал херней и только когда возникла угроза, что все юзеры свалят на форк, начал шевелиться. Не одобряю такого поведения, дорогу молодым, короче.

Ну а вообще конечно круто что скоро можно будет избавиться от старой подсветки в коде.

Думаю, что нельзя будет. Как максимум результаты регулярок будут кешироваться свойствами текста. Тут надо понимать, что подсветка вещь динамическая и сильно меняется по мере ввода текста, её нельзя просто так один раз получить от внешней утилиты и всё.

Мне на разницу с neovim плевать, я им не пользуюсь и не собираюсь, так как толку не вижу, а недостатки в виде модно-молодёжности и поломки совместимости (:!nvim не работает, например) есть.

Там был прикольный момент, я отправил баг, не сильно критичный, но всё ж таки. Неправльный подсчёт пробелов в статус баре. На это мне был официальный ответ:

Ну ваще т да, это неправильно и можно починить, но этот баг старше чем ты, чувак, люди уже к нему привыкли, поэтому чинить мы его не будем, а то вдруг чё у кого-нибудь из-за фикса поломается.

Это уже можно. Чекай https://tree-sitter.github.io/tree-sitter/ к примеру. Не говоря уже о куче вещей реализованной на этом https://en.wikipedia.org/wiki/Parsing_expression_grammar, тот же vis летает на luaPEG пусть и не такой кастомизируемый как вим подстветка.

Each commit that makes it to master will be dual-licensed under the permissive MIT license after 18 months

Вообще это единственный нормальный вариант применения открытой разработки в подобного рода проектах.

То есть чтобы можно было одновременно и открывать и зарабатывать.

не проприетарная, но очередная электроно-поделка один фиг не нужна

Ты сам являешься его пользователем? Что там есть кроме вим навигации и обрезанного vscode?

электроно-поделка

Там нативный код.

Я предзаказал. Пока сыро, но перспективно — вот и наблюдаю за развитием.

Впрочем, я их зря «похвалил». По уму надо было так:

• первые 18 месяцев - код проприетарен и не виден.
• потом - смена лицензии и «виден».

Рни выбрали немного другой вариант: что код «виден» сразу. Это довольно рискованно.

ох уж этот нативный джава скрипт… Питон тоже можно скомпилировать в бинарь, но он от этого лучше не становится

УПРЛС? Там OCaml.

перебрался на neovim несколько лет назад, когда там были асинхронные плагины, а в vim - не было. Заменил YCM на deoplete и подумал «а что, так можно было?» Плюс не приходилось беспокоиться, скомпилировано ли оно с поддержкой python3 в этом дистре.

Сейчас конечно в vim зачесались и что-то запилили, но они уже нафиг не нужны. Neovim лучше во всех отношениях, а о небольших проблемах с совместимостью пусть беспокоятся разрабы vim. Ну и старперы, не читающие маны и впадающие в панику при виде новой строчки в конфиге.

Ничего не понятно, но очень интересно.

see https://github.com/hlissner/doom-emacs

Пробовал его как-то. Ну когда уже привык к виму, то даже такая хорошая алтернатива как емакс с эвил модом ну не то. То того не хватает, то это не удобно и так далее. Ну и у емакса те же проблемы, те же регулярки для подсветки, да и до 27 версии емакс наполовину синхронный, так что в этом плане вим выигрывает.

Я знаю о tree-sitter, но сомневаюсь, что его будет кто-то встраивать в Vim. С PEG аналогично, да и не знаю, есть ли там достойные парсеры, которые не будут ломаться на раз-два.

А зачем его встраивать? Когда будет возможность подсвечивать синтаксис с помощью textprop просто в виде плагинов будет реализовано, думаю брэм для этого и реализует эту вещь и ограничивать выбор определенного парсера он не будет.

Так суть tree-sitter же в том, что он не парсит заново весь код при изменении. Если дёргать его отдельно, то для работы оптимизации нужен будет какой-то сервер ещё.

Брам это делает и для подсветки в том числе, как он говорил на презентации. Но лично мне идея асинхронной подсветки не очень нравится в принципе. Это же будет не оптимизация подсветки, а её откладывание, но просто без блокирования ввода. Так что как лучшую замену регуляркам мне это не видится.

Регулярки обновляются при любом добавлении хоть одной буквы или удалении. А еще подсветка на регулрках с cursorline тоже обновляется постоянно при любом перемещении курсора, даже в пределах экрана. textprop на сколько я понял будет обновлять добавленные/измененные линии и не обновляться постоянно при перемещении курсора. Корчое поживем - увидим.

но этот баг старше чем ты, чувак, люди уже к нему привыкли, поэтому чинить мы его не будем, а то вдруг чё у кого-нибудь из-за фикса поломается.

Это нормально. Зато когда вим обновляешь, то не боишься, что сейчас половина плагинов отвалится как сплошь и рядом бывает в хипстоподелиях.

Ну я больше к тому, что это еще больше раскол юзеров сделает.

Так и хорошо, пусть конкурируют. Неовим уже дал хорошего пинка виму, экосистема сильно улучшилась за последние годы, а то бы до сих пор ковырялись в носу. Если вим где-то вырвется вперед, это уже для хипстеров вызов. А то они там пошуршали дилитом и успокоились было, но сейчас снова разработка оживилась. Так и будут друг друга подгонять.

Я знаю о tree-sitter, но сомневаюсь, что его будет кто-то встраивать в Vim.

А в Neovim поддержка tree-sitter уже в следующем релизе появится.

Спорная позиция. И вообще, безотносительно тебя, МОЖЕТ БЫТЬ (не факт) ты чувак адекватный, но для меня люди употребляющие слово «хипстер» это как люди у которых на лбу написано «я долбоёб».

Заменил YCM на deoplete

Теперь пора переходить на coc.

Что, простите? Может сразу перепрыгивать?

Это у тебя подгорает, потому что ты сам хипстор, но стесняешься этого. А ты не стесняйся, гордо доставай свой вейп из широких узких штанин.

Не суди по себе. Просто «хипстер» - это дурацкое слово, которое можно навесить вообще на всё, что не похоже на говно мамонта.

Вот здесь человек очень верно написал: Кто такие хипстеры в вашем понимании? (комментарий)

И вот здесь кстати тоже норм:

Кто такие хипстеры в вашем понимании? (комментарий)

Юмор смешон, когда говорят правду (с) Бернард Шоу

Очередной хлам на электроне?

Хипстер это эвфемизм. См. краткий словарь иностранных слов

Какой ты юморист.

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

Новая эра Vim (комментарий)

Все местные старперы именно так и делают.

Молодец, мне даже не пришлось тебя обсирать, ты сам.

Безусловно neovim хороший проект. Именно он дал пинка Брэму и тот начал работу над vim. Но я пока останусь на VIM, а там будет видно.

Заменил YCM на deoplete и подумал «а что, так можно было?»

У меня deoplete не прижился, а тормозной и прожорливый YCM работает до сих пор.

Заменил YCM на deoplete и подумал «а что, так можно было?»

Чуда не случилось. Не работает у меня deoplete как заявляет Шуго.

#include <cstdio>
#include <vector>

int main(void)
{
    std::vectro<int> v;
    v.std::vectro<int> v; // <--  эти две строки появились
    v.<vector>            // <--  после ввода «v.» и нажатия ctrl+space
    return 0;
}

Кроме того, в систему пришлось затянуть какой-то pynvim. Можно подумать, что питонов мне было мало в системе.

Хз, как это чудо нужно конфигурировать, что бы оно даже на простом hello world заработало.

У тебя опечатка в примере (vectro->vector), наверное, поэтому и не заработало. Попробуй лучше coc + ccls - у меня эта связка сразу показала ошибки в этом примере.

Там у этого кока на гитхабе надписи иероглифами. Что бы это значило? Может какие заклинания, порчу еще наведут. А через неделю кони двинешь.

Нормальный UI, например. Не все же на терминалах конца 70-ых работают, у некоторых на ПК даже графический сервер можно успешно запустить.

Херли толку от бохатого UI, если там ввод лагает. Одно это множит на ноль все перделки. Думаешь мы в терминалах сидим из вредности?

Нет, из-за сексуальной сублимации, по большей части.