Live data from Hacker News

Vim 9.0

vim.org

131–140 of 272 posts

Re: Vim 9.0

#131
post #94

Earlier quoted context omitted.

I've been using vi/vim on a near daily basis for 34 years now and this is the only thing I put in ~/.vimrc: set tabstop=4 set expandtab set shiftwidth=4 " or 2 or whatever set shiftround syntax on EDIT: Just for some fun archeology, I google searched on the 3rd line, 'set shiftwidth=4 " or 2 or whatever' because I very dimly recall copying most of my standard set (minus the syntax on bit) from someone else a long lon…

" My vimrc from 1994 to about 2000 set et set ts=4 " Added this circa 2000 syntax on " Added this ~2013 let g:solarized_termcolors=256 set background=light colorscheme solarized

Curious as to why you set ts but not sw?

Re: Vim 9.0

#132

Earlier quoted context omitted.

It is already present on the lower right by default. Why lose a column?

Then I can easily go to the line I want to go. :34 takes me to line 34

34G will save you a keystroke :-D

Re: Vim 9.0

#134
post #127
post #93

Earlier quoted context omitted.

Since Vim has been Bram’s project for decades, I have some empathy for him to want to continue doing things his way and to not compromise on that. It may have taken Neovim to convince him that certain features are important, but that doesn’t mean he has to like how those are realized in Neovim. Open source is freedom, and I believe it’s okay for him to make use of his freedom to design things in his way, even if the…

I don't disagree with anything you've said but I would personally take this line of argument a step further. I think Bram learned from the neovim fork. Neovim bolstered the existing lua support by reducing the impedance mismatch between the lua language and the vim host. A lot of people enjoy writing lua more than vimscript but the value-add hasn't proved compelling enough for people who didn't mind vimscript. The of…

> The official neovim repo still has twice as much vimscript code as it has lua code

Much of that is "just" the runtime files (things that define language syntax, etc), which are x-compatible (broadly) between nvim and vim. Seems it would be foolhardy to just re-write all that in lua, "just because".

https://github.com/neovim/neovim/search?l=vim-script&p=1

Re: Vim 9.0

#135
post #96
post #3

I'm curious how many users are now using vim versus neovim. I switched a few years ago,and ever since Lua plugin support the Neovim ecosystem is thriving.

Debian switched back from Neovim to Vim as the default “vim” in Buster(?), so I switched back along with it.

Do you have any details on that? I tried looking at default packages and containers for each version but those are probably too slimmed down. I assume you mean installed by default when you pick a "desktop install".

Really surprised to see /Debian/ of all things pick Neovim, especially years ago when it was even newer, as a default over Vim and would love to see the discussion around it. It would have been ~v0.2 for Stretch and ~0.3 for Buster, and only a year old during Jesse.

Re: Vim 9.0

#136
post #86

Earlier quoted context omitted.

Well, Bram is the author of the parent project, he doesn't have any obligation to make it compatible with the derivative.

Vim has been around long enough that I'd argue it's just as much owned by the community at this point.

You can argue that, but what would that even mean? Forceful requisition of his website and private keys?

Re: Vim 9.0

#137

I'm curious: - How deep a rabbit hole do most people go down when setting up their vim / neovim environment? Apart from setting up a preferred color and language specific tab spacing and highlighting, I don't need more, but I've seen some pretty fancy setups. Out of the different plugins, which would you never operate without?

It depends what kind of person you are, how much energy you want to invest, how much patience you have for stuff that isn't the code you're writing, how much you enjoy editing itself, etc. I have a quite extensive setup ( https://github.com/Julian/dotfiles/tree/main/.config/nvim ) which I built up over 10+ years, indeed sometimes including sitting there for an hour or two and just investigating plugins or writing som…

This is what I love about vim. Ironically, I think that the barrier to writing a plugin that solves your problems is lower in vim than an IDE. Pair that with portability, and you have a cozy environment you can feel safe investing hours into.

Re: Vim 9.0

#138

Earlier quoted context omitted.

Vim has been around long enough that I'd argue it's just as much owned by the community at this point.

You can argue that, but what would that even mean? Forceful requisition of his website and private keys?

Godwin's Law of HN, soon enough someone will chime in that European Regulators should force someone to do something for the dubious good of the public

Re: Vim 9.0

#139
post #53

Earlier quoted context omitted.

Although I am currently tip-toeing on NeoVim, I still feel this is a horrible break-up. Yes, Open Source simply allows you to branch whenever you're unhappy with the original but this comes at a cost for the community. The cost of having two diverging programs to deal with. In this case, the motivation was simply insufficient. Some people wanted vimscript+lua instead of vimscript. They felt the code was too difficult…

Neovim has already been very productive by giving Vim some good competition and in so doing having better features come out in Vim. To me it doesn't make sense to 'hate' neovim for wanting to develop features that they tried to have in Vim but couldn't due to the main developer stalling it.

To me, vim has never been emacs. I run two plugins, vdebug and MRU (most recently used list... super useful). Everything else is out of the box. I like where neovim is going, I think it's great, but vim is fine for me.

Re: Vim 9.0

#140
post #86

Earlier quoted context omitted.

Well, Bram is the author of the parent project, he doesn't have any obligation to make it compatible with the derivative.

Vim has been around long enough that I'd argue it's just as much owned by the community at this point.

I just checked the repo[0], and it says Bram has authored 95% of all commits to Vim. To say "the community owns Vim" when they've done ~5% of the work reminds me of group projects in school where one person does all the work and everyone else claims credit.

[0] https://github.com/vim/vim

Post reply on HN