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

Onivim 2: Lightweight, Modal Code Editor

github.com

Post reply on HN
Print view View original

61–70 of 78 posts

Re: Onivim 2: Lightweight, Modal Code Editor

#61

Post by bryphe »

ComputerGuru wrote: post #56
bryphe wrote: post #49

Earlier quoted context omitted.

We built a new UI framework to support development called Revery: https://github.com/revery-ui/revery It's inspired by ReactJS, and has a similar API, but actually compiles to native code (not javascript). So you have a React-like developer experience, but with native perf.

That looks really nice - great job! There’s been a great amount of innovation in GUI libraries in the past two years. What’s the ffi story here? Can it be used as the frontend for a rust or C# application?

Thanks ComputerGuru! :) Certainly, Revery is just putting together the building blocks the ReasonML and OCaml communities have developed. Inspired by ReactJS and Elm.

Revery supports the same FFI as OCaml [1] - C-style linking. I believe Rust would be straightforward to integrate that way - I'm not sure about C#.

- [1] https://caml.inria.fr/pub/docs/manual-ocaml/intfc.html

Re: Onivim 2: Lightweight, Modal Code Editor

#62

Post by bryphe »

city41 wrote: post #28
ravenide wrote: post #11

Earlier quoted context omitted.

I love vim and have never met someone who used it more fluently than me. Yet I find it lacking. I can never get IDE features like code navigation and completion to really work. I use YouCompleteMe like everyone else but it’s just not as good as Jetbrains. It randomly stops working. Parameter hints don’t really work. This is for C++, by the way. The JavaScript situation is even worse. My dream is also for vim to be th…

I agree. I've been using vim for about a decade now. I love the editing experience. I really dislike the "IDE" experience (plugins, file navigation, etc). I've been seriously considering writing a new vim clone in go and build what I would consider the ultimate editor. Basically as if vim had been written today.

Onivim might not be for you :) But our project under the hood, libvim [1], might be useful for you to start (if it's easy to create bindings from C in Go).

There's a cool non-Onivim usage of it called Paravim [2] (and the same author also used it for Vim-Cubed [3])

- [1] https://github.com/onivim/libvim/blob/master/src/libvim.h

- [2] https://github.com/paranim/paravim

- [3] https://github.com/oakes/vim_cubed

Re: Onivim 2: Lightweight, Modal Code Editor

#63

Post by city41 »

bryphe wrote: post #62
city41 wrote: post #28

Earlier quoted context omitted.

I agree. I've been using vim for about a decade now. I love the editing experience. I really dislike the "IDE" experience (plugins, file navigation, etc). I've been seriously considering writing a new vim clone in go and build what I would consider the ultimate editor. Basically as if vim had been written today.

Onivim might not be for you :) But our project under the hood, libvim [1], might be useful for you to start (if it's easy to create bindings from C in Go). There's a cool non-Onivim usage of it called Paravim [2] (and the same author also used it for Vim-Cubed [3]) - [1] https://github.com/onivim/libvim/blob/master/src/libvim.h - [2] https://github.com/paranim/paravim - [3] https://github.com/oakes/vim_cubed

Just to be clear, I was making my comment more in the context of vim than Onivim. I maybe should have said that originally, my bad. I backed Onivim and am keeping a close eye on it. Maybe I won't need to (try to) make my editor :)

Re: Onivim 2: Lightweight, Modal Code Editor

#64

Post by bryphe »

city41 wrote: post #63
bryphe wrote: post #62

Earlier quoted context omitted.

Onivim might not be for you :) But our project under the hood, libvim [1], might be useful for you to start (if it's easy to create bindings from C in Go). There's a cool non-Onivim usage of it called Paravim [2] (and the same author also used it for Vim-Cubed [3]) - [1] https://github.com/onivim/libvim/blob/master/src/libvim.h - [2] https://github.com/paranim/paravim - [3] https://github.com/oakes/vim_cubed

Just to be clear, I was making my comment more in the context of vim than Onivim. I maybe should have said that originally, my bad. I backed Onivim and am keeping a close eye on it. Maybe I won't need to (try to) make my editor :)

Ah, sorry I misread :) Thanks for supporting the project, really appreciate it!

Re: Onivim 2: Lightweight, Modal Code Editor

#65

Post by frizkie »

Onivim 2 ticks a lot of boxes for me. I daily drive VSCode and I enjoy it, but vim bindings are an absolute must, and the various extensions available always leave a little to be desired, even if they do work pretty well.

Something built from the ground up with vim in mind, while still supporting the mature extension ecosystem of VSCode is exciting. Glad to be able to contribute further via Patreon[0] as well.

0: https://www.patreon.com/onivim

Re: Onivim 2: Lightweight, Modal Code Editor

#67

Post by eproxus »

I’m still using Sublime Text because of its superior performance compared to most other editors, and I’ve recently been super impressed by the NeoVintageous plug-in [1].

It has a very complete feature parity with Vim and even implements many popular Vim plug-ins such as surround, unimpaired and abolish.

[1] https://github.com/NeoVintageous/NeoVintageous

Re: Onivim 2: Lightweight, Modal Code Editor

#68

Post by bryphe »

frizkie wrote: post #65

Onivim 2 ticks a lot of boxes for me. I daily drive VSCode and I enjoy it, but vim bindings are an absolute must, and the various extensions available always leave a little to be desired, even if they do work pretty well. Something built from the ground up with vim in mind, while still supporting the mature extension ecosystem of VSCode is exciting. Glad to be able to contribute further via Patreon[0] as well. 0: htt…

Thank you frizkie - really appreciate it!

Re: Onivim 2: Lightweight, Modal Code Editor

#70

Post by moonchild »

bryphe wrote: post #40
mkl wrote: post #7

The licensing is a bit complicated. It is not really open source, until later, when it is: "∙ Free for non-commercial and educational use." "∙ Commercial use requires the purchase of a license." and then "Because of the support we've received from open source communities, we've decided to dual-license the code after 18 months - every commit, starting with 017c513, will be dual-licensed via the MIT License 18 months f…

We decided to try a new approach to see how it works for funding - funding open source projects is _hard_! We wanted a model where, unlike completely proprietary licenses, the source code could be available - and, worst case, if something happened to the project - users could still have full access to it. And that all the work is eventually available in general. Our first OSS drops - from 18 months ago - are coming i…

> worst case, if something happened to the project - users could still have full access to it

Can you put in a formal license statement saying that each change will become mit-licensed 18 months after it's committed? That way, there's no ambiguity if development stops and releases stop getting put in the oni2-mit repository.

Post reply on HN