Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

LazyVim

lazyvim.org

Post reply on HN
Print view View original

61–70 of 537 posts

Re: LazyVim

#61

Post by wruza »

mathisfun123 wrote: post #43
godelski wrote: post #39

I know it sounds like a pain, but I really am a big advocate for learning how to customize vim (or emacs) yourself. These are great places to start, but the power of terminal editors is that they cater to you at a very personal level. The problem with "IDEs" isn't that they are bulky, it is that they railroad you into doing something a very specific way. Terminal emulators put the custom configuration in your face be…

> Turn it into a game if you want. some of us don't have time to play games? i mean definitely used to when i was a kid but now i have lots of deadlines and little enough time to play games with my human friends let alone with my editor. > make the editor __yours__ a good tool is useful immediately and has the potential to be personalized. i mean imagine how little carpentry would ever get done if every hammer, drill…

Few last times I tried VSCode it wasn’t immediately useful. I believe that you’re speaking from your own familiarity with it. How big is your settings.json?

Re: LazyVim

#62

Post by qbasic_forever »

pizza wrote: post #55

Best protip I heard about (n)vim customization: use git branches when you want to switch between different configurations. Eg something like: - vanilla/default - minimal - fancy depending on what you want to deal with. If I go months between using all these plugins I forget what they do and what changed and it’s just noisy distractions that invariably lead me to open my init.lua file rather than what I actually had i…

I had luck using gnu stow to switch configs easily too.

Re: LazyVim

#64

Post by wruza »

VoidWhisperer wrote: post #58
wruza wrote: post #51

Earlier quoted context omitted.

I don’t mind slowdowns as long as they are synchronous and deterministic. But most IDEs and IDE-like plugins work asynchronously, so you have to wait and sync all the time. I think that this async-all approach gains technically but loses methodically, so I stick to basic editing. Ymmw. What I would like to try is an asynchronous non-inplace helper. Like a side panel or a bg overlay to the right-ish that understands w…

The last suggestion seems somewhat similar to what copilot does, although copilot tends to suggest whole statements instead of a word

It’s a similar job, but a different value. Copilot writes code you don’t know yet (supposedly), while this speeds up typing what you know you’d like to type. Both modes could be useful, I think.

Re: LazyVim

#65

Post by chris_armstrong »

i love lazyvim, as someone who is productive with vim movements and keyboard macros, but has zero interest in learning every inch of the vim plugin ecosystem and writing the corresponding lua to configure it.

In fact, I've found it easier to learn the ecosystem of what is going on and feel more comfortable customising it, now that I have a solid base of customisation to build upon.

I just wish the documentation included more commentary on what each plugin does and why it is available - having to click through on each one is a bit annoying.

Re: LazyVim

#66

Post by pxc »

djha-skin wrote: post #8

These don't usually take off because people who use vim and emacs are people who insist on customizability and aren't into all the bloat that comes with IDEs. People who want IDEs aren't interested in an editor that lives in the terminal. There is a very limited market for something like this.

> People who want IDEs aren't interested in an editor that lives in the terminal.

Emacs is a graphical application. gVim is a graphical application. Neovim supports embedding in various GUI clients, including Neovide and VS Code.

Re: LazyVim

#67

Post by pprotas »

djha-skin wrote: post #8

These don't usually take off because people who use vim and emacs are people who insist on customizability and aren't into all the bloat that comes with IDEs. People who want IDEs aren't interested in an editor that lives in the terminal. There is a very limited market for something like this.

Strange generalization. There are many people who want exactly something like this. LazyVim has a very active community on GitHub and YouTube and many people use it daily. The same goes for other distros like LunarVim.

I have been using nvim for 3 years as an in-terminal IDE while maintaining my own config and have switched to LazyVim.

Re: LazyVim

#68

Post by pizza »

qbasic_forever wrote: post #62
pizza wrote: post #55

Best protip I heard about (n)vim customization: use git branches when you want to switch between different configurations. Eg something like: - vanilla/default - minimal - fancy depending on what you want to deal with. If I go months between using all these plugins I forget what they do and what changed and it’s just noisy distractions that invariably lead me to open my init.lua file rather than what I actually had i…

I had luck using gnu stow to switch configs easily too.

Hadn’t heard of this. Thanks. I guess there are probably plenty of little GNU utilities out there that just haven’t hit their deserved mindshare yet

Re: LazyVim

#69

Post by dumpsterdiver »

I feel like I should be the kind of person who prefers eMacs over vi(m), because I've always been a hotkey maniac. I'm actually not though at all, and I much prefer the simplicity of vim. I already have way too many hotkeys lingering in my brain, especially since I played the game Age of Empires II.

I don't play many games these days, and I certainly don't use their hotkeys (I play exclusively on consoles these days, lazily).

None of this likely has anything to do with the article. I'm sorry to report that I did not read it. I come here for the commentary, not the article. I am guilty of that.

Re: LazyVim

#70

Post by ghosty141 »

dumpsterdiver wrote: post #69

I feel like I should be the kind of person who prefers eMacs over vi(m), because I've always been a hotkey maniac. I'm actually not though at all, and I much prefer the simplicity of vim. I already have way too many hotkeys lingering in my brain, especially since I played the game Age of Empires II. I don't play many games these days, and I certainly don't use their hotkeys (I play exclusively on consoles these days,…

The neat thing about emacs is that you can make it behave like vim but with easier/more customizability.
Post reply on HN