Live data from Hacker News

Onivim 2 is a retro-futuristic modal editor

v2.onivim.io

131–136 of 136 posts

Re: Onivim 2 is a retro-futuristic modal editor

#131
post #70

Earlier quoted context omitted.

>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

And is the same model used by many 'early access' titles, pay less up front for the incomplete game to fund the completion of the future full-price game.

Interestingly, I've seen some devs turn the concept on its head and charge more up front, kind of to say "only buy in now if you are really doing this to support development, and in return you'll get an early release build - but you aren't buying the game early."

Re: Onivim 2 is a retro-futuristic modal editor

#133

I managed to build it and test it a little bit and damn, it's not just marketing to describe it as having an insanely fast start up time. It launched almost as quick as I can spawn new client windows from my Emacs daemon and scrolling and text editing seems to be buttery smooth as well. However, I really don't like the fact that there is no way to navigate tabs using vim's commands. I also find the VSCode similaritie…

Thanks for trying it out and sharing your feedback, appreciate it!

> However, I really don't like the fact that there is no way to navigate tabs using vim's commands.

There's a related feature request here: https://github.com/onivim/oni2/issues/3673

> I also find the VSCode similarities distracting and it seems to be causing confusion to would be investors of this due to the assumption it's some branch of it as opposed to a completely new editor.

I agree, this is consistent feedback we get... There's a ton of potential to have a built-for-modal-editing UX that we're missing at the moment.

> Finally, is there a way to remove the system bar on the top in the configuration? I can toggle most elements of the UI but that system bar is visible even in zen mode and I never use it in any text editor with support for keyboard driven commands.

Yes, there is a `window.menuBarVisibility` configuration setting: https://onivim.github.io/docs/configuration/settings#layout

Re: Onivim 2 is a retro-futuristic modal editor

#134
post #88

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 (…

Does Kakoune really have a plugin for syntax highlighting with Tree-sitter? I was under the impression that there was only a plugin for structural selections (kak-tree). I would really like more accurate syntax highlighting in Kakoune, particularly in Markdown.

I guess I misunderstood kak-tree. Seems like you are correct. Thanks for that pointer.

Re: Onivim 2 is a retro-futuristic modal editor

#135
post #49
post #24

Why does it try to look like vscode clone? I understand that the vscode ecosystem is awesome. However, I always felt like the UI was severaly lacking behind proper IDE like intellij. Give me intellij-like documentation popup, run, build & debug buttons and debug UI, and I will switch in an instant!

Hey, Onivim contributor here. Unfortunately none of the main contributors are designers. I think we end up with a very VSCode-similar look because in terms of UX that’s our main inspiration. We do diverge in some areas, though. Debug functionality is on our radar and it will hopefully be in relatively soon!

look at something like Obsidian for modern editor UX

Re: Onivim 2 is a retro-futuristic modal editor

#136
post #99
post #97

Earlier quoted context omitted.

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 sor…

>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.

Why would you need this (unless your language is not in https://github.com/nvim-treesitter/nvim-treesitter#supported... ?)

Post reply on HN