Live data from Hacker News

EVi, a Hard-Fork of Vim

codeberg.org

41–50 of 67 posts

Re: EVi, a Hard-Fork of Vim

#41
The reason for the fork:

> EVi is a hard fork from Vim v9.1.2073 (Jan 2026) to build further upon the foundations of Vim, while avoiding AI taint.

I wish they would have included at least one example of the "taint" on vim. If it's "tainted" enough to justify a hard fork, then surely there's some evidence. Without that, it just rings like an ideological thing.

Does anyone have some example(s) they can point to?

Re: EVi, a Hard-Fork of Vim

#42

Honest question: why would anyone use Vim and not NeoVim nowadays? I've switched what, 12 years ago? And I've never had to look back. Just curious, to be honest. Especially since neovim is full of new features, while the Vim9 scripting language kind of tanked

muscle memory mainly, I guess? Sure, switching might not be that troublesome, but I can tell you the first 48 hours or so will be painful, you'll insert stray ":" and "i" characters everywhere :)

I barely use vim these days, and I still do that in every text editor.

Re: EVi, a Hard-Fork of Vim

#43

Honest question: why would anyone use Vim and not NeoVim nowadays? I've switched what, 12 years ago? And I've never had to look back. Just curious, to be honest. Especially since neovim is full of new features, while the Vim9 scripting language kind of tanked

I didn't switch because there was no reason to. And there is still none.

Re: EVi, a Hard-Fork of Vim

#44

Honest question: why would anyone use Vim and not NeoVim nowadays? I've switched what, 12 years ago? And I've never had to look back. Just curious, to be honest. Especially since neovim is full of new features, while the Vim9 scripting language kind of tanked

Because I don't choose what tools are available on every server at work, and it's guaranteed that at the very least old-school vi is installed on every linux server, and often vim. Maintaining that muscle memory is useful.

I used to think this too, but I routinely switch back and forth between neovim and vim now for close to a decade, and I've never noticed. In fact I often don't even notice which one I'm using unless I explicitly check. Once you add neovim-only plugins that can change of course, but if you can't choose what tools are available on the server then I would imagine you're not installing plugins anyway.

Re: EVi, a Hard-Fork of Vim

#45

Honest question: why would anyone use Vim and not NeoVim nowadays? I've switched what, 12 years ago? And I've never had to look back. Just curious, to be honest. Especially since neovim is full of new features, while the Vim9 scripting language kind of tanked

I'll field this one as someone who has used regular ol' Vim for ~18 years and never switched. Why switch if your tool is working fine? I use vim literally every day all day long and it does everything I need it to do. Switching has a cost and there's no reason to pay it if it's working fine.

I ended up switching for plugin support. Other than that, unless you want to use Lua for your config files, I don't see a reason to switch either.

Re: EVi, a Hard-Fork of Vim

#46
The AI genie is already out of the bottle; there is nothing you can do to avoid it.

I have been slow to accept it, but here we are. I think the best way forward is to write better, more opinionated linting and testing for your project. If there are certain stylistic choices you prefer, explicitly test for them, and automatically fail PRs that don't pass. If something gets through that you don't like, update your linting.

Which ironically, would be more difficult for humans, but at least your incoming contributions will be better.

Re: EVi, a Hard-Fork of Vim

#47
post #18

Earlier quoted context omitted.

I'm not sure what the angle of where it's hosted is.. Are you suggesting the project would have more legitimacy if it was hosted on github ?

From what I've read of Codeberg it's user base is a tad tetchy and has a tendency to make mountains out of molehills. It was more of a comment on Codeberg than the project itself.

Codeberg has always been like this for what its worth. One of the most starred projects on Codeberg is a wayland terminal called foot (Which I used to/use btw, highly recommended terminal) :]

> It was more of a comment on Codeberg than the project itself.

This is more so an observation of Centralization. Let me explain.

Centralized platforms like Reddit/Twitter/Github usually exist. Fediverse solutions like Lemmy/Mastodon/Codeberg (Codeberg is adding fediverse support) to some degree exist to counter the centralization.

You use mastodon because you don't want twitter/reddit. You don't want twitter/reddit because you don't ideologically support it or the idea of proprietory commercial solutions in general.

The latter community of fediverse is also more likely to care about Privacy in the sense that they sacrificed some comfort to support open source project by actually using it.

And when you think about it, This all boils down to ideology. We want open standards of internet, not Centralized behemoths. This Ideology is similar to anti AI resistance and for good reason because guess what or who again are training AI models on the corpus of text available on centralized media.

If not for Ideological reasons, then you had no reason to use codeberg for a long time. Now you do, because Github has turned to shit. But the reason I had made an account on Codeberg some 2 year ago was because of my ideology of not wanting a Github account in general and support open standards in general until I caved in to Github someday to make some issues and star some projects.

I am thinking of going back to codeberg seeing the enshittenification of github... Codeberg winning is a net positive for society in general given its open source/non-profit nature.

Reminder to donate to Codeberg as it actually runs on donations :]

Re: EVi, a Hard-Fork of Vim

#48

It would be nice if specific offending portions of the codebase were highlighted. As of now, it’s hard to see why one should use this fork. Also, since the source is available, anyone can just compile a past version of vim.

It’s not about specific offending portions, it’s the principle of having any LLM contributions at all. There’s a group of people who are so opposed to this stuff that they object to its mere presence anywhere.

The issue with that stance, practically speaking, is that anyone could have hand-submitted generated code at any time, so why this January cutoff date?

I would expect a decrease in code quality in a specific part of the repo or at least a quote/link to a changelog stating that generated code is being used as part of the fork making its case.

Re: EVi, a Hard-Fork of Vim

#49
post #32

Honest question: why would anyone use Vim and not NeoVim nowadays? I've switched what, 12 years ago? And I've never had to look back. Just curious, to be honest. Especially since neovim is full of new features, while the Vim9 scripting language kind of tanked

One reason might be how off-putting the Neovim community is, hijacking Vim discussions to denigrate an all-time-great, beloved work of technology and its creator (who did decades of work for free, gave it to the world, and gave any money to actual orphans) all for Neovim users'/devs' own egos, promotion, and obsession. Almost all of Neovim was made by Moolenaar, from concept to execution, and I don't know that I've e…

Just want to say that although I don't use either Vim/Neovim, I feel grateful for what Vim has done. Vim keybindings can be used by a multitude of editors and you can even have the keybinding concept into browsers and other software's.

Its truly revolutionary when one thinks about it how much impact Vim has on terminal users.

(Neovim's plugin system is nice but I agree with ya that I also feel like some aspects of community often don't appreciate Bram because of the Vim vs Neovim thing from my observation) It's best if instead of treating it as Vim vs Neovim, we use the tools that we prefer and appreciate the tools other are using too and the contribution of one in another. Appreciating Vim doesn't make your appreciation for Neovim lesser, appreciating both can be great. Something which is hard within Editor space in general.

Rest in peace Bram.

Re: EVi, a Hard-Fork of Vim

#50
post #38

Very nice, will look into it myself. Now if only they can set the defaults back to what vim 6.x used I will be happy. The new defaults drive me crazy and I had to update ~/.vimrc to disable them. This is what I had to add, but once in great while a default will be reset which I have yet to figure out why that happens. :let no_man_maps=1 :let loaded_matchparen = 1 :set comments="" :set matchpairs="" :set mouse= :set n…

Assuming you already had a ~/.vimrc, the only non-defaults in that list are:

    :let no_man_maps=1
    :let loaded_matchparen = 1
    :set comments=""
    :set matchpairs=""
    :set paste
All the other lines set options to their default value, which is pointless.

The values for 'comments' and 'matchpairs' are incorrect, they should be:

    :set comments=
    :set matchpairs=
Enabling 'paste' by default is a very bad idea, with lots of side-effects.

Setting the following variable is useless if you don't enable the 'man' plugin, but maybe you do it manually during a session. I don't know. YMMV.

    :let no_man_maps=1
Post reply on HN