Откуда все берут этот миф про "статические регулярки", мне вот любопытно?
Just FYI, метод подсветки в vim примерно эквивалентен DPDA (+контестно-зависимые расширения), т.е. tree-sitter [был бы] формально слабее (если там бы не было [широко] используемых в нём lexer hacks), чем vim-овский syntax.
Другое дело, что:
1. Синтаксис самих этих syntax files просто отвратительный.
2. В грамматиках разбирается куда больше людей, чем в "ручном" написании DPDA, мне кажется.
3. Реализовано всё это [очень] топорно (см. исходники), и тем не менее, довольно глючно.

Отсюда и результат — качество большинства этих syntax files оставляет желать лучшего.

Да по какому определению-то? ;)
Точно так же, как и с другими методами, всё зависит от качества реализации в LSP-сервере.
Задача подсветки "синтаксиса" для некоторых (многих?) языков сильно отличается от задачи компиляции/интерпретации, поэтому реализацию из самих ЯП "сдирать" не получается, кстати.

Здрасьте. Я скачал neovim, прошёл vimtutor (даже ввёл :set number😁).
Что дальше делать?) Есть у вас какой-нибудь FAQ, README или что-нибудь другое для старта?
Учитывая, что из vim'а можно много чего собрать, хочу разобраться в основных фичах чтобы не изобретать велосипед, потом разобраться в темках и внешнем виде, как-то отобразить дерево папок, завести language server для python и rust и т.д.

Ну, гугли что тебе нужно и разбирайся
Разве это не так работает?

Кстати, по поводу плагинов: пару месяцев назад подрубил плагины которые открывают строчку в gitlab/github
https://github.com/tpope/vim-rhubarb
https://github.com/shumphrey/fugitive-gitlab.vim
И теперь я вообще не понимаю как жил без этого?)

а какие юзкейсы?

Очень часто нужно показать кому-то кусок кода. Куда проще дать ссылку на строчку в gitlab/github, чем делать скриншоты или тем более текстом в чат кидаться

В виме все фичи зарыты. Нужно либо help читать, либо статьи искать. Но статьи - это почти всегда какие-то пердежи индусов. Нужно что-то целостное.
Я вот поиск по чату сделал, и кое-кто говорит о неком vim-подходе. А vimtutor'а с парой статей о том, как завести python lsp на vim точно маловато, чтобы познать vim-подход.

Дальше читайте user manual.
В vimtutor vanilla vim это написано, по крайней мере. В neovim его меняли, кажется, так что могли и потерять.

Не знаю. Для новичка, ИМХО, не нужен vimtutor. Проще видосы какие-то посмотреть несколько минут. Начать юзать просто как nano. А потом уже открывать для себя по одной фиче каждый раз.

Потому что выученное сразу забудется без практики.

Ага, и освоение затянется на несколько лет (и новичок, вполне возможно, так и не узнает даже половины) вместо месяца-двух.
Кому как нравится, конечно...

спасибо

спасибо

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

> Ну, а не всем нужно все знать.

Да, конечно. Но так можно и половины основ / принципов не узнать совсем; или не узнать, что целые разделы vim features вообще существуют.
И в результате всю жизнь "биться головой об hjkl", грубо говоря. ;)
Т.е. очень неэффективно выполнять какие-то действия (или даже не пытаться их выполнять в vim, т.к. "это же слишком сложно").

> Я уже более 10 лет на виме сижу и уверен, что много чего не знаю.

А с чтением user manual узнали бы основное за месяц.
Суть в том, что тут может получиться такая ситуация, когда vim используют как nano, реактивный самолёт — как трёхколёсный велосипед, а микроскоп — как молоток.
Т.е. зачем тогда пользоваться vim (в качестве замены nano он уж точно хуже, чем nano) и т.п., в принципе?

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

Я почти год сидел и изучал какие-то мануалы по FreeBSD (тогда это было модно), но я вообще не мог понять на кой хрен это все нужно, если есть "отличная" новая Windows XP со всеми приколами, ну или 98 винда, если чего-то еще не было на XP. Но когда я открыл для себя что тупо на одной дискете можно загрузить полноценный linux с графикой (DSL), то я просто был в шоке. И начал его юзать по фану. И только потом начал изучать эту тему и ставить как основную систему fedora (потому что тогда можно было изучать linux только по манам красной шляпы и по их пиратским дискам))))

> Ну, а не всем нужно все знать.
Лично я хочу узнать. Разобраться во всём, попробовать. Мне не жалко)

Ну, гут) гугл в помощь) Там все есть.