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

Onivim 2 is a retro-futuristic modal editor

v2.onivim.io

Post reply on HN
Print view View original

91–100 of 136 posts

Re: Onivim 2 is a retro-futuristic modal editor

#91

Post by hboon »

zbaylin wrote: post #44
whatyearisit wrote: post #35

I really wanted to like Onivim 2, but went back to Visual Studio code after supporting the creator on Patreon for a while. The last build and creator update was provided months ago for supporters. I also wanted to vote against the pricing model, because I think it should be a one time purchase. The creator and his company behind the editor tries to create a serious FOMO on likely customers. I considered it to be a re…

Hey, Onivim contributor here. I assume by FOMO you mean the increased license price as time goes on, but as far as I understand (that decision was made before me), the idea is that the product becomes more valuable over time as a result of more features being added. You can still buy a one time license as of right now. As far as abandonment is concerned, I can let you know that hasn’t been discussed. Bryan recently w…

How can we get a one time license? I tried it when it was still the oni repo 2 years ago and would be keen to try again. And is there a summary of how it was different from oni (1?)

Re: Onivim 2 is a retro-futuristic modal editor

#93

Post by anongraddebt »

TheFreim wrote: post #34

What does this offer that evil-mode emacs, or even vscode, has to offer...?

evil-mode emacs isn't as snappy, vscode is harder to wrangle for a really pure-like vim setup. Someone else in this thread mentioned nvim, and while I like nvim a lot, i like the vscode extension ecosystem also prefer a gui vim editor (ive tried many).

long story short, i really like the product roadmap for onivim2, even though it isn't quite feature-full/polished enough to make as my daily driver. i've been a monthly Patreon supporter since last fall, though, and am guessing it'll be my main editor sometime this year!

Re: Onivim 2 is a retro-futuristic modal editor

#94

Post by tomcooks »

Camas wrote: post #70
zbaylin wrote: post #44

Earlier quoted context omitted.

Hey, Onivim contributor here. I assume by FOMO you mean the increased license price as time goes on, but as far as I understand (that decision was made before me), the idea is that the product becomes more valuable over time as a result of more features being added. You can still buy a one time license as of right now. As far as abandonment is concerned, I can let you know that hasn’t been discussed. Bryan recently w…

>the idea is that the product becomes more valuable over time as a result of more features being added I have a hard time believing that's the main motivation

Was the same licensing method for Minecraft in beta

Re: Onivim 2 is a retro-futuristic modal editor

#95

Post by mihaifm »

arp242 wrote: post #84
linsomniac wrote: post #66

I've been trying some vim "alternatives" recently. Onivim has been on my radar for years, but I only recently started trying it out. No real opinion on it yet other than: I like the idea of VSCode plugins (the Ansible plugin is apparently quite good, and I've been wanting to try it). Other alternatives I'm playing with: Kakoune, SpaceVim, and LunarVim. The last two are vim configs with plugins. LunarVim and Kakoune (…

> LunarVim and Kakoune (kak) have TreeSitter, for really, really good syntax highlighting. While Vim's regexp-based syntax highlights certainly has limitations even in fairly simple cases, and I would love to see something better, the downside of these things is that people get carried away and add colours to everything. A little bit of colour is very helpful. Ten different colours seemingly chosen at random is not.…

Fully agree on the color issue. Most color schemes in any editor today look like rainbows, very distracting for day to day usage. I ended up building my own color scheme for vim using only 4 colors.

Re: Onivim 2 is a retro-futuristic modal editor

#96

Post by spondyl »

cobertos wrote: post #82
pope_meat wrote: post #3

I stared at the landing page for a good 15 seconds wondering "why is that picture... breathing?"

It made it so much hard to just take in and understand the UI. Glad I'm not the only one that felt that way.

The animation up and down causes blurriness on my monitor, presumably from aliasing or something

Re: Onivim 2 is a retro-futuristic modal editor

#97

Post by konart »

arp242 wrote: post #84
linsomniac wrote: post #66

I've been trying some vim "alternatives" recently. Onivim has been on my radar for years, but I only recently started trying it out. No real opinion on it yet other than: I like the idea of VSCode plugins (the Ansible plugin is apparently quite good, and I've been wanting to try it). Other alternatives I'm playing with: Kakoune, SpaceVim, and LunarVim. The last two are vim configs with plugins. LunarVim and Kakoune (…

> LunarVim and Kakoune (kak) have TreeSitter, for really, really good syntax highlighting. While Vim's regexp-based syntax highlights certainly has limitations even in fairly simple cases, and I would love to see something better, the downside of these things is that people get carried away and add colours to everything. A little bit of colour is very helpful. Ten different colours seemingly chosen at random is not.…

Well, that's not the problem with TreeSitter. There is enough of this even with the default regexp-based syntax highlights.

Anyway - one can always create a perfect scheme for them to use.

Re: Onivim 2 is a retro-futuristic modal editor

#98

Post by auggierose »

Camas wrote: post #75
lbotos wrote: post #71

Earlier quoted context omitted.

Why? I backed it early and paid less for a half-implemented editor but wanted to show support. The later you back the more that's actually built. What main motivation do you think the seller has? It's basically an early bird discount.

Many things improve but go down in price. Can't articulate fully but it instinctively feels like a rationalisation rather than a reason. >It's basically an early bird discount. When has that not been a marketing tactic

Exactly. It is a marketing tactic. A very fair and obvious one, at that. So what? Hardworking programmers are not allowed to market their stuff?

Re: Onivim 2 is a retro-futuristic modal editor

#99

Post by arp242 »

konart wrote: post #97
arp242 wrote: post #84

Earlier quoted context omitted.

> LunarVim and Kakoune (kak) have TreeSitter, for really, really good syntax highlighting. While Vim's regexp-based syntax highlights certainly has limitations even in fairly simple cases, and I would love to see something better, the downside of these things is that people get carried away and add colours to everything. A little bit of colour is very helpful. Ten different colours seemingly chosen at random is not.…

Well, that's not the problem with TreeSitter. There is enough of this even with the default regexp-based syntax highlights. Anyway - one can always create a perfect scheme for them to use.

No, it's not; I never intended to imply it was. Like I said: "I would love to see something better". Making a syntax file right now that's 1) truly fully correct, and 2) fast is often quite hard to create and maintain.

Most Vim defaults are fairly timid in comparison to what I've seen of tree-sitter. Right now the limitations often prevent too much "shizzle" from being added, which is useful in a kind of perverse sort of way.

> Anyway - one can always create a perfect scheme for them to use.

It requires making my own syntax files for every language I use, and starting or opening a new language now needs to begin with configuring this. Not really looking forward to such a future.

Re: Onivim 2 is a retro-futuristic modal editor

#100

Post by jamesrcole »

cobertos wrote: post #82
pope_meat wrote: post #3

I stared at the landing page for a good 15 seconds wondering "why is that picture... breathing?"

It made it so much hard to just take in and understand the UI. Glad I'm not the only one that felt that way.

Someone had to make the conscious choice to make it do that, then add the code for it — I’d love to know what their rationale was. I find it difficult to imagine how they thought it’d make things better, and how they could have missed the downsides of it.

I think it’s something they really should fix, because it screams “poor judgment”, which gives a bad first impression of their work.

Post reply on HN