Ну а как их иначе разобрать. А как такое парсится в syntax плагинах вима?

Да, их приходится на с делать, чтобы производительность не просела

А вот пример:

" Multi-line strings ("here" documents)
syn region sqlString start='\$\z(\w\+\)\$' end='\$\z1\$'

Это чисто контекстно-зависимая конструкция, и без ручного lexer-а tree-sitter такое "не осилит".

написал если кому то будет интересно попробовать https://github.com/ta-tikoma/vim-config/blob/master/include/windows.vim

Да вот не только же, а и потому, что иногда иначе нельзя.

Я не пробовал... но зря Вы "nmap" используете (nnoremap безопаснее / стоит использовать всегда).

" Multi-line strings ("here" documents)
syn region sqlString start='\$\z(\w\+\)\$' end='\$\z1\$'

Вот и лагает потом неслабо

Я не силен в vimscript. Учту ваше замечание

можно скрин как это работать будет?

Не без этого, а как же. Там кошмар в реализации (и Bram ещё смеет писать, что "The good old Vim syntax highlighting depends on regexp patterns. I have already optimized the speed of that, I don't think it can be improved much more.")
Well, really?
А другим как-то удаётся строить автоматы, а не применять RE одно за другим (это я в исходники заглядывал, к несчастью).

Да и, опять-таки, большинство syntax files написано плохо (потому что от этого процесса прямо-таки тошнит, если за что-то нетривиальное взяться).

Тут надо видео записывать, суть: жмёшь ctrl-l если справа есть окно то переходишь в него если нет то текущее окно вертикально сплитится

Это описано в user manual, в принципе. См. :help usr_40

@emmanuelGoldstein ты делал реквайр либы в неовим, установленной через luarocks?

нЕТ

Кто нибудь решал проблему подсветки tree-sitterа, с фолдинг методом indent

Нужно установить foldmethod=expr foldexpr=nvim_treesitter#foldexpr()

Хорошо, проверю чуть позже

пользуюсь вимом без слепого набора и 10 пальцев, норм

у мажоров разве что

Вау, я пятнадцатилетний мажор