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

501–510 of 537 posts

Re: LazyVim

#501

Post by dngray »

mcbuilder wrote: post #441
majkinetor wrote: post #291

Earlier quoted context omitted.

Any time somebody else creates something instead of you, it must be accepted as suboptimal. We are all unique human beeings and have different kinds of habits and disfunctions, levels of knowledge etc. so 1 setup for all is pretty much impossible and nobody else can do it but you. Any time you accept that, you are accepting suboptimal UX. If you are doing so you are admiting that you are either lazy, or you are good…

On the flip side, I've been using VIM/emacs for over a dozen years, and have gone from extensive user made configs to these starter packs (DOOM Emacs with some custom stuff on top). I mean I'm happy with a well thought out "total conversion" of emacs. I learn the UX on top (that is really nice) and I add my own. If I started from scratch it would probably be sub-optimal ( I mean I could recreate DOOM, but why?)

LazyVim isn't really like those "fully fledged" distributions as it doesn't include nearly as much stuff.

I did find this comparison not too long ago https://medium.com/@adaml.poniatowski/exploring-the-top-neov...

Re: LazyVim

#502

Post by dngray »

altonas wrote: post #263
ziftface wrote: post #246

Earlier quoted context omitted.

That's interesting to me since I've been using close-to-vanilla lunarvim for the past year and it's been great. I'm just not into customizing my editor much, and only touch my config when I'm annoyed by something. This seems to be your goal as well. Can I ask then what makes lazyvim easier or quicker to set up how you want?

I found lunarvim to just not work that well for web development out of the box (if I tried doing anything past vanilla JS), and I have no interest in learning about lunarvim specific things like the lvim global object to be able to tweak it.

100% and I dislike having two vim configurations to maintain which is why they also have https://github.com/LunarVim/nvim-basic-ide

With LazyVim I basically got rid of the both, and now my vim config is literally a few overrides https://www.lazyvim.org/configuration/general that are not distribution specific at all.

Re: LazyVim

#503

Post by Octplane »

I switched to LazyVim earlier this year after giving up on Sublime Text, mostly because I want to be able to some motion-based editing and... LazyVim is nice. The builtins are rich enough to cover a lot of stuff you want to do without having to reopen another editor every 5 minutes and for my Scala daily work, it's good enough. The versatility of the configuration allows me to use all my languages with the same editor and a reasonable level of usability.

Also, I started using it with Wezterm and its multiplexing feature, ie though SSH and it's very nice to be at ease with your editor when it's also running in the Cloud.

Re: LazyVim

#504

Post by xigoi »

dngray wrote: post #500
linsomniac wrote: post #487

Earlier quoted context omitted.

Sysadm here as well, been using vi since the '80s. A year or so ago I threw away all my custom vimrc and went with (nearly) bone stock LunarVim, and have really enjoyed getting off the treadmill of maintaining a custom vim setup. Partly because of the 100s of machines issue, partly because of managing plugins and interactions between them. I program maybe 5% of the time, so the stuff I do to make it IDE-like often is…

One of the things I noticed about LunarVim is that they were not very receptive about it in the official NeoVim rooms whereas people there (including NeoVim developers) were quite positive about LazyVim. The other alternative they suggested was https://github.com/echasnovski/mini.nvim TLDR is that with the global lvim object, custom path, breakages because of unstable plugins it causes a lot of support issues where p…

mini.nvim is not a pre-made setup, but a bundle of plugins.

Re: LazyVim

#505

Post by xigoi »

arghwhat wrote: post #174
p-e-w wrote: post #148

Earlier quoted context omitted.

> Was that expressly written to parody Vim? Yes. The advice to turn the yoke upside down is supposed to reference remapping Caps Lock to Escape, without which Vim destroys your pinky on a standard keyboard. But it's the choice of professionals, so what can we do?

Trick for those wanting caps lock to be compose instead: ctrl-c also works as escape, and has historically been slightly faster due to sidestepping the escape timeout.

is not completely equivalent to . For example, 50i= will insert only one equals sign.

Re: LazyVim

#506

Post by xigoi »

p-e-w wrote: post #193
mgdlbp wrote: post #169

Earlier quoted context omitted.

> Canada ... out of fuel Referencing the Gimli glider. But does vim have any analogous issue? In matters of technical correctness FOSS is usually the more exacting. You won't find a 1 TB hard drive full at 931 GB of used space on Linux, for example.

This was supposed to parody how some of Vim's default shortcuts just flat out do not work on non-US keyboards, because e.g. typing [ requires pressing AltGr+8 on German layouts, but Ctrl+AltGr+8 is not the same thing as Ctrl+[. And yes, it was also a reference to the Gimli glider.

I'm Czech and I use the English layout with UCW accented letters accessible via AltGr. It's much more convenient than tke standard Czech keyboard, even outside of Vim.

Re: LazyVim

#507

Post by xigoi »

skydhash wrote: post #313
gv83 wrote: post #186

Earlier quoted context omitted.

a colleague of mine answered the same question with: "jetbrains products reek of java" which i translated to "cluttered ui" and "not responsive".

JetBrains product has always been fast for me, as I wouldn't run them on a 10-year-old computer with an HDD drive. They've been very configurable, more than other IDEs I've used. An IDE is a host of tools, so the UI can be dense because they can do so much stuff. You invest in your tools, and that can also mean buying a powerful enough computer to do the stuff you want.

> the UI can be dense because they can do so much stuff.

Vim can do a lot of stuff, but its UI is very minimal. That's because it recognized that there are already many buttons right under your fingers, so there's no point in putting more of them on the screen.

Re: LazyVim

#508

Post by Dowwie »

Very buggy installation. I installed in macos. Now, when it starts I get several plugin related errors related to lua, json, etc..

Re: LazyVim

#509

Post by xcxcx »

oblio wrote: post #472
xcxcx wrote: post #400

Earlier quoted context omitted.

You can run Neovim on a remote server through ssh. I think that's the main difference

VSCode can do that with the remote extensions.

Sorry, I meant from the terminal

Re: LazyVim

#510

Post by canistel »

Francis0xf wrote: post #244
danjac wrote: post #78

I've been using vim for years, switched to neovim, and at this point I'm ready to throw in the towel and just use vscode for anything beyond simple text editing. The amount of work needed to get a basic IDE up and running for your languages of choice, even for commonly used languages such as Python or Javascript, is far too much for someone who wants to get on with their day job or hobby coding and doesn't want to sp…

https://lapce.dev/ might be a good compromise it looks and works practically like vscode and runs well on older hardware

+1. I have always wondered why lapce does not get the attention it deserves. Supports both modal and non-modal editing.
Post reply on HN