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

Тут многие vim-wiki юзают? Там можно сделать как-то несколько параллельных Вики? Как бы, не одно дерево с общим корнем, а несколько?

Любопытно, но... мне что-то подобное понадобилось примерно пару раз, кажется. ;)

nnoremap <silent> <F2> :update!<CR>

Спасибо большое

да, можно. g:vimwiki_list смотрите.

ещё vim-surround у него отличный

Хех, tpope аву себе на гитхабе сменил

а так же commentary, unimpared, repeat, fugitive и многие другие плагины

все, к чему прикасается етот чувак превращаетсо в золото

gina по-моему побыстрее и поудобнее fugitiv'a. А commentary, по-моему, до сих пор не умеет работать с файлами, у которых больше одного подтипа (html, css, js).

ну сейчас все нормальные люди делают фронтенд через yarn и прочие сборки поэтому я по правде хз насколько ето актуально

> А commentary, по-моему, до сих пор не умеет работать с файлами, у которых больше одного подтипа (html, css, js).

Это скорее фундаментальная проблема. В vim'е может быть выбран только один filetype. В отличии от имакса с его major/minor модами.

имхо такая задача хорошо бы решилась через tree-sitter, чтобы он сеттил commentstring в зависимости от ноды

https://github.com/tomtom/tcomment_vim

Вот этот плагин умеет, как-то. Правда, не всегда работает.
Ты умеешь в потроха, взгляни, если будет любопытно, как там это реализовано.

Што?)

ну знаешь когда ты берешь и как бы импортируешь все прямо в js, а сам код скорее всего на реакте

Я у Брама ненавязчиво интересовался, дескать шо там с хайлайтингом, не планируется ли триситтер?
Он дипломатично ответил, шо все это требует дохуя усилий и все в этом духе.

Зачастую, у реакта может быть схожая структура с его jsx, и каким-нибудь styled-component, внутри. Емнип, стайлды комментятся как css, но могу ошибаться.

Ну а во вью там вообще три блока, считай три разных типа.

О чем речь - загадка.

The idea is that this solution for syntax highlighting would be much
faster.  That matters especially for languages where the pattern
matching struggles to do the job.

Last time I looked there were also several disadvantages, I don't know
how many of these have been tackled.  I believe the parser needs to be
compiled, which means you can't just drop-in support for a language.
Also, I wonder how the parser handles a file that's halfway being
edited.  Does the highlighting stop or get messed up at the first
unfinished line?

It appears the work in Neovim took a long time, thus one can guess that
including it in Vim will also be a lot of work.

It's unlikely the old regexp based syntax engine will ever go away, thus
there will be two implementations to maintain.  That is only justifiable
if the new one is really much better.