Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
bryphe
searching Neon…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
6 ms
·
1.
▲
by
bryphe
6y ago
Thank you frizkie - really appreciate it!
2.
▲
by
bryphe
6y ago
Ah, sorry I misread :) Thanks for supporting the project, really appreciate it!
3.
▲
by
bryphe
6y ago
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 aut
4.
▲
by
bryphe
6y ago
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 Ru
5.
▲
by
bryphe
6y ago
I'd highly recommend Jordan Walke's (creator of React) talk on the ideas behind ReasonML: React to the Future [1]. I think it's so cool that you can take the ideas of ReactJS - functional programming applied to UI - but then
6.
▲
by
bryphe
6y ago
Thanks for checking out the project! This is one of the biggest pieces feedback we've received both the tabs / splits in particular [1], and the more general issue of broader Vim compatibility [2]. We actually use a forked Vim imp
7.
▲
by
bryphe
6y ago
Right, we figured if it can save you just a few hours of configuration, it's paid for itself.
8.
▲
by
bryphe
6y ago
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
9.
▲
by
bryphe
6y ago
For sure... drafting EULAs, working with lawyers, setting up a sales pipeline is not the fun stuff. Would much rather work on bug fixes and features! Just a necessary evil to be able to fund development. In an ideal world - could just write
10.
▲
by
bryphe
6y ago
> Rather than invest time in working through the problem I don't think this is a fair characterization. We've made significant investments in both Neovim and Vim, and carefully considered the trade-offs. > Guts of it is that
11.
▲
by
bryphe
6y ago
It's actually a bit different - VSCode has a 'front-end' process and a 'back-end' process (the extension host). The extension host is larger than just handling language services - it handles additional functionality
12.
▲
by
bryphe
6y ago
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 h
13.
▲
by
bryphe
6y ago
Hi, I didn't expect to see this on HN! Thank you for posting it. I'm the creator Onivim 2. Still early days - and a lot of work - to realize our vision for this project :) But I'll be around to answer questions.
14.
▲
by
bryphe
8y ago
> I hate these posts, because Hacker News is incapable of talking about an Electron based project productively. Oni maintainer here! I agree - I get stressed out sometimes when this gets posted to HN for that reason ;) I'll piggybac
15.
▲
by
bryphe
8y ago
Thanks soperj for the kind words! Hope we can get that soon; that's a feature that would be useful for my workflow as well!
16.
▲
by
bryphe
8y ago
Maintainer here. Thank you for the thoughtful and articulate feedback! I appreciate you sharing your perspective and I'll give you some of my thoughts. > How's that compare to emacs? It sounds like it can be extended with Vimsc
17.
▲
by
bryphe
8y ago
Thanks xconverge, it's great to hear from you and appreciate the kind words! I'm a big fan of the work you're doing as well - really impressed with the VSCodeVim plugin.
18.
▲
by
bryphe
8y ago
If you're comparing Oni to Atom, the architecture is actually quite different. Oni uses Neovim at the core to manage buffers & buffer manipulation (in other words, a native layer vs JavaScript in Atom) - this is a major benefit whe
19.
▲
by
bryphe
8y ago
Would be interesting to see if we could compile Neovim via WebAssembly... If that's the case, it would certainly be feasible to run Oni in the browser with a few (minor) tweaks. The UI layer is react-based and would be trivial to run i
20.
▲
by
bryphe
8y ago
Thanks for your support, Justin! Oni wouldn't be here without the awesome work you've done:) Neovim has been a joy to build on - fast, performant, and stable. Great example of a high-quality OSS project!
21.
▲
by
bryphe
8y ago
Author here - that's a great question on VSCode. I actually tried really hard to get my 'Vim workflow' to work with VSCode - even creating a plugin for relative numbering. I'm a big fan of the work that the VSCodeVim &#x
22.
▲
Oni v0.3.0 released – modern modal editing
(github.com)
2 points
by
bryphe
9y ago
|
0 comments