Size: a a a

2020 July 27

SK

Sevapp Keller in pro.vim
John Meow
А у тебя комп из этого десятилетия?)
согласен, у меня 21ый еще не пошел)
источник

ND

Nikita Domnickij in pro.vim
Sevapp Keller
ну если ты сидишь с нетбука из прошлого десятилетия, то да, это конечно проблема. В остальном, их расширяемость и функционал компенсируют 100-200 мб озу, не так уж и больно.
только не такие уж они функциональные и расширяемые
источник

SK

Sevapp Keller in pro.vim
Nikita Domnickij
только не такие уж они функциональные и расширяемые
да вполне. А самое главное, что это гораздо проще делать на python/js. Не знаю, меня устраивает вполне. В vim`е я даже по линку на компонент во vue компоненте перейти не могу, а это ой как больно. Но именно редактор из вима отличный
источник

YS

Yaroslav Schekin in pro.vim
Sevapp Keller
ну если ты сидишь с нетбука из прошлого десятилетия, то да, это конечно проблема. В остальном, их расширяемость и функционал компенсируют 100-200 мб озу, не так уж и больно.
Как они их компенсируют?
Да и vim всё равно "компенсирует" лучше, так что какая разница, по большому счёту...
источник

NG

Nicholas Guriev in pro.vim
Sevapp Keller
да вполне. А самое главное, что это гораздо проще делать на python/js. Не знаю, меня устраивает вполне. В vim`е я даже по линку на компонент во vue компоненте перейти не могу, а это ой как больно. Но именно редактор из вима отличный
Ctrl-]
источник

ND

Nikita Domnickij in pro.vim
Sevapp Keller
да вполне. А самое главное, что это гораздо проще делать на python/js. Не знаю, меня устраивает вполне. В vim`е я даже по линку на компонент во vue компоненте перейти не могу, а это ой как больно. Но именно редактор из вима отличный
>В vim`е я даже по линку на компонент во vue компоненте перейти не могу
lsp для кого придумали?
Ну и любой редактор с "расширяемостью" по-умолчанию проигрывает интерпретатору елиспа (:
источник

YS

Yaroslav Schekin in pro.vim
Sevapp Keller
да вполне. А самое главное, что это гораздо проще делать на python/js. Не знаю, меня устраивает вполне. В vim`е я даже по линку на компонент во vue компоненте перейти не могу, а это ой как больно. Но именно редактор из вима отличный
> В vim`е я даже по линку на компонент во vue компоненте перейти не могу, а это ой как больно.

Так сделайте так, чтобы могли. Если это лично Ваша проблема (очевидное улучшение) в работе с какими-то файлами — решите её. Vim — расширяемый редактор в т.ч. и с этой целью.
источник

SK

Sevapp Keller in pro.vim
Yaroslav Schekin
> В vim`е я даже по линку на компонент во vue компоненте перейти не могу, а это ой как больно.

Так сделайте так, чтобы могли. Если это лично Ваша проблема (очевидное улучшение) в работе с какими-то файлами — решите её. Vim — расширяемый редактор в т.ч. и с этой целью.
я с радостью попишу расширения на вим, когда он переедет на какой-нибудь lua или нечто подобное. Ну или форк вима, я не знаю)
источник

SK

Sevapp Keller in pro.vim
и да, для нормальной поддержки vue имело бы смысл запилить расширение, если бы вим был жизненно необходим для работки на vue. Но пока это не так, хотя надеюсь, что когда-нибудь vim сможет мне полностью заменить тот же vscode
источник

SK

Sevapp Keller in pro.vim
(я пока постепенно изучаю сам vim и всевозможные плагины к нему, активно в нем не пишу, но пытаюсь в нерабочее время =)
источник

YS

Yaroslav Schekin in pro.vim
Sevapp Keller
я с радостью попишу расширения на вим, когда он переедет на какой-нибудь lua или нечто подобное. Ну или форк вима, я не знаю)
Есть же plug-ins для тех, кто не освоил vimscript / хочет сэкономить усилия.
Вон же выше советовали что-то.
Что Вам мешает писать на lua прямо сейчас, кстати ("переезда" не будет, не ждите)?
А если хотите более глубокой интеграции именно lua — в neovim её пилят, говорят.
источник

SK

Sevapp Keller in pro.vim
"А если хотите более глубокой интеграции именно lua — в neovim её пилят, говорят." - круто, если так, буду ждать таки)
"Что Вам мешает писать на lua прямо сейчас, кстати ("переезда" не будет, не ждите)?" - отговорка конечно, но время. Да и очень лень делать то, что уже есть, просто в другом редакторе 🤔 Ну типа как велосипедить, вот.
источник

YS

Yaroslav Schekin in pro.vim
Sevapp Keller
и да, для нормальной поддержки vue имело бы смысл запилить расширение, если бы вим был жизненно необходим для работки на vue. Но пока это не так, хотя надеюсь, что когда-нибудь vim сможет мне полностью заменить тот же vscode
Никакой "продвинутый" редактор "жизненно" не необходим для разработки. Просто иначе зачастую очень больно. ;)

> надеюсь, что когда-нибудь vim сможет мне полностью заменить тот же vscode

Для меня проблема в том, что обратное объективно неверно. Т.е. vscode почти наверняка слабее — так зачем мне следовать Вашему совету и привязывать себе одну руку за спиной использовать его в GUI вместо vim? ;)
источник

SK

Sevapp Keller in pro.vim
Yaroslav Schekin
Никакой "продвинутый" редактор "жизненно" не необходим для разработки. Просто иначе зачастую очень больно. ;)

> надеюсь, что когда-нибудь vim сможет мне полностью заменить тот же vscode

Для меня проблема в том, что обратное объективно неверно. Т.е. vscode почти наверняка слабее — так зачем мне следовать Вашему совету и привязывать себе одну руку за спиной использовать его в GUI вместо vim? ;)
опять же, что слабее, а что сильнее - очень субъективно. Ну прям очень. И еще сильнее зависит от используемого стека в разработке.
источник

SK

Sevapp Keller in pro.vim
Ну на каком-нибудь Си - окей, вим няшка, взяли gdb и погнали. А если это UWP? А если это Unity какой-нибудь с Unreal? И много таких примеров можно придумать, где у того уже VSCode есть уже готовое расширение со всеми автокомплитами, интеграцией отладки, документации и прочих штук. В случае с вимом мне либо отказываться от этих прелестей надо, либо пилить самому. А самое главное, собирать каждый раз VSCode по частям не надо. Но я думаю, что в вим эту проблему как-то решили, пока хз как, но может доеду до этой темы.
источник

YS

Yaroslav Schekin in pro.vim
Sevapp Keller
опять же, что слабее, а что сильнее - очень субъективно. Ну прям очень. И еще сильнее зависит от используемого стека в разработке.
Почему "субъективно"? Можно сравнить features там и там, и сложность / трудоёмкость выполнения тех же действий, если кому-то очень сильно хочется...

> И еще сильнее зависит от используемого стека в разработке.

Да, конечно. Специализированные IDE уж должны давать что-то лучшее, чем vim (а то, что в ней редко нужно — или не давать, или давать что-то терпимое), в своей области — иначе зачем они вообще нужны? ;)
источник

YS

Yaroslav Schekin in pro.vim
Sevapp Keller
Ну на каком-нибудь Си - окей, вим няшка, взяли gdb и погнали. А если это UWP? А если это Unity какой-нибудь с Unreal? И много таких примеров можно придумать, где у того уже VSCode есть уже готовое расширение со всеми автокомплитами, интеграцией отладки, документации и прочих штук. В случае с вимом мне либо отказываться от этих прелестей надо, либо пилить самому. А самое главное, собирать каждый раз VSCode по частям не надо. Но я думаю, что в вим эту проблему как-то решили, пока хз как, но может доеду до этой темы.
Т.е. Вы мне хотите сказать, что нельзя найти (возможно, сотен!) обратных примеров?
Когда я последний раз смотрел, расширений у vscode было меньше, чем у vim (в подробности не вдавался, правда).
источник

in

ilya novo in pro.vim
Valerii Leontiev
какой ужас)
Проще ничего нет?
я выделяю и нажимаю
"+y
источник

in

ilya novo in pro.vim
" - выбрать именованный буфер
+ - обозначает буфер клипборда
ну и - y
в
иксах можно скопировать и в клипборд иксов - буфер *
источник

SK

Sevapp Keller in pro.vim
Yaroslav Schekin
Т.е. Вы мне хотите сказать, что нельзя найти (возможно, сотен!) обратных примеров?
Когда я последний раз смотрел, расширений у vscode было меньше, чем у vim (в подробности не вдавался, правда).
Ну вот за количеством расширений я не слежу, но исхожу из того, что мне самому требуется. Поэтому мой переезд на вим пока только попытка. Изначально он меня заинтересовал еще тем, что его вполне удобно юзать через ssh, то есть я могу иметь свою "среду" разработки потенциально на любом компьютере (у меня их много, включая тот же смартфон) и на работе. Но и с vscode я сейчас тестирую подобный кейс, где он работает просто в браузере.
источник