bryanphe

7 ms·

1.
by bryanphe 5y ago
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:/&#
2.
by bryanphe 5y ago
Thanks for the feedback! I removed the animation... hopefully not as jarring now.
3.
by bryanphe 7y ago
In terms of performance, the way we build applications today is such a low bar that IMO it opens the door for functional programming. Even if it is not as fast as C or raw assembly - if it is significantly faster than Electron, but preser
4.
by bryanphe 7y ago
This is less fashionable now in the era of Electron apps - users are starting to expect apps that look _the same_ everywhere. See VSCode, Discord, Spotify... It's easier to get a single code-base that 'just works' across plat
5.
by bryanphe 7y ago
Great list and summary! So often these concerns get conflated. We're working on a framework that address 1, 2, 2.1, 3, and 3.1 - Revery [0] - a React-like framework that compiles to native code, built with ReasonML [1]. I believe that
6.
by bryanphe 7y ago
"Native" is actually overloaded in the era of hybrid web apps - there are two pivots: - Native code - does the GUI framework compile to machine code? - Native widgets - does the GUI framework use platform widgets, or a platform ag
7.
by bryanphe 7y ago
Ah, that's too bad! I've been hunting for ways to get better integration tests on CI for Revery. Would like to have image-based verification for certain classes of tests, and we use Azure CI pipelines - seems their VMs don't
8.
by bryanphe 7y ago
Very excited for this release! GLFW is part of the foundation for a UI framework we're building called Revery [1] and there are several features in 3.3 that will be useful for us - transparent framebuffers, headless backend via OSMesa
9.
by bryanphe 8y ago
There are some really cool projects popping up with ReasonML - here are a few: - A package manager like NPM, but for native code: https://github.com/esy/esy - A fast Node version manager: https://github.com&
10.
by bryanphe 8y ago
Sorry, our documentation isn't very clear. The API is Electron-inspired (as if you had React+Redux+Electron), but it's compiled down to a fast native stack consisting of GLFW/FreeType2/Harfbuzz.
11.
by bryanphe 8y ago
Hey scoopr! Thanks a lot for trying it out. > It does seem to exhibit the usual custom rendered app issues. I suppose it is constantly redrawing the screen, as it seems to have constant cpu usage even when doing nothing, so not laptop fr
12.
by bryanphe 8y ago
Oni 2 creator here. Agree with your concern 100%. We're working to review the license and come up with a better fit with more clarity. We really just want a license that says - free to use for educational / non-commercial purposes
13.
by bryanphe 8y ago
Hey HN! I'm Bryan, creator of Revery. I was really surprised when I saw Revery on the front-page of HN, so cool! I apologize that there isn't more info - we're still working on website, docs, architecture diagrams, etc. But I
14.
by bryanphe 8y ago
Note that Revery was built to power a text editor - which involves custom controls and interactions. Even elements as simple as scrollbars get re-implemented in that space. I've been continually amazed at the ingenuity of the React eco
15.
by bryanphe 8y ago
The use case for Revery was to drive development of a text editor - and it turns out a lot of UI is custom in that case. And if you look at the landscape of Electron apps - Spotify, Discord, Code, Slack, etc - most of them are highly custom
16.
by bryanphe 8y ago
Just wanted to say thank you for all your work on this, Andrey! I've been using for developing native projects with ReasonML / OCaml (on Windows!) - a framework called Revery [1] (a fast, native alternative to Electron) and a re-w