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

Revery – Native, high-performance, cross-platform desktop apps

github.com

Post reply on HN
Print view View original

71–80 of 129 posts

Re: Revery – Native, high-performance, cross-platform desktop apps

#71

Post by AnIdiotOnTheNet »

jordwalke wrote: post #22
hutattedonmyarm wrote: post #14

> Revery is the same - aside from platform-specific behavior, if your app looks or behaves differently on another platform, that's a bug! I want my applications to feel like they belong to the platform and not identical on every platform

Much of the work put into Revery will also be applicable to other variations of it that can use platform components for the most important parts. See the Brisk project for an example that adheres to much of the same API and can target MacOS native platform components. But also, take a look at VSCode, and Atom and notice how much of those applications are actually rebuilt skins from the ground up. Even the exit button…

>The number of times I've ever heard anyone complain that VSCode reimplements clickable regions that look exactly the same on all platforms instead of using some ugly stock Windows buttons: zero.

Probably because the people who do care don't use electron apps.

Re: Revery – Native, high-performance, cross-platform desktop apps

#72

Post by AnIdiotOnTheNet »

saagarjha wrote: post #29
ekianjo wrote: post #16

Earlier quoted context omitted.

> I want my applications to feel like they belong to the platform and not identical on every platform Yeah, Electron already does that. I can hardly say I am looking for more of it.

> Yeah, Electron already does that. Electron apps don't look like they belong on the platform.

On Linux, what does? There isn't a defined platform to begin with outside of the syscall ABIs.

Re: Revery – Native, high-performance, cross-platform desktop apps

#73

Post by koboll »

AnIdiotOnTheNet wrote: post #70
obl wrote: post #19

Earlier quoted context omitted.

Of course that's a choice for everyone to make, but I feel like in general the benefit of fitting in the platform is overrated. After all the whole webapp-everything somewhat shows that people don't care that much, they are happy to use GMail for example. Another family of examples would be the big software packages like the Adobe or Autodesk stuff, they tend to have a fairly custom look&feel. IMO it's probably suffi…

Non-native GUIs are probably the number one reason we've fallen so far behind in control over our UIs that "dark mode" is legitimately considered a feature. It is absolutely ridiculous that, in 1995, I could completely change the font sizes and color scheme of my UI radically and it would work with the vast majority of applications, but in 2019 I have to wait for a developer to decide to add a theme or provide some k…

In 1995 there were far fewer platforms than there are now, and most people only had one: their own computer.

Nowadays, we expect the same services to work on our laptop, our work computer, our personal iPhone, our work Android, our smart TV... the importance of parity between versions is much higher.

Re: Revery – Native, high-performance, cross-platform desktop apps

#74

Post by k__ »

nurettin wrote: post #33

>> Revery is like flutter in that it does not use native widgets The word native is pretty overloaded these days. According to this article, native means using react-native in their browser page. And their browser is somehow fast.

Native in the context of Revery means you get a native binary out of it.

Re: Revery – Native, high-performance, cross-platform desktop apps

#76

Post by 1123581321 »

rapsey wrote: post #45
hutattedonmyarm wrote: post #14

> Revery is the same - aside from platform-specific behavior, if your app looks or behaves differently on another platform, that's a bug! I want my applications to feel like they belong to the platform and not identical on every platform

This sentiment is very common among developers/enthousiasts and virtually non-existent among regular users. Some companies waste way too much money chasing some ideal very few care about, trying to please a segment of the users that are generally never happy anyway.

What is this based on? I think it’s more accurate to say that developers and enthusiasts are the ones who articulate this sentiment. Regular users do not talk about it or understand the issue, but behave and retain usage differently depending on the intuitively of the interface.

Re: Revery – Native, high-performance, cross-platform desktop apps

#77

Post by k__ »

continuations wrote: post #6

If I built a web app with Reason can I reuse the code and turn it into a desktop app using Revery?

As far as I can tell it would be the other way around.

You create a Revery app and can build a macOS, Linux, Windows and Web version of it.

Re: Revery – Native, high-performance, cross-platform desktop apps

#79

Post by fnord123 »

mindcrime wrote: post #69
hutattedonmyarm wrote: post #14

> Revery is the same - aside from platform-specific behavior, if your app looks or behaves differently on another platform, that's a bug! I want my applications to feel like they belong to the platform and not identical on every platform

I want my applications to feel like they belong to the platform and not identical on every platform I'm the exact opposite. I could care less about the underlying platform... I want my apps to behave exactly the same everywhere.

I want Word and Outlook to honour emacs keybindings that are supported on OS X in every other application (Ctrl-A, Ctrl-E, Ctrl-K, Ctrl-P, Alt-F, etc).

Re: Revery – Native, high-performance, cross-platform desktop apps

#80

Post by fnord123 »

AnIdiotOnTheNet wrote: post #70
obl wrote: post #19

Earlier quoted context omitted.

Of course that's a choice for everyone to make, but I feel like in general the benefit of fitting in the platform is overrated. After all the whole webapp-everything somewhat shows that people don't care that much, they are happy to use GMail for example. Another family of examples would be the big software packages like the Adobe or Autodesk stuff, they tend to have a fairly custom look&feel. IMO it's probably suffi…

Non-native GUIs are probably the number one reason we've fallen so far behind in control over our UIs that "dark mode" is legitimately considered a feature. It is absolutely ridiculous that, in 1995, I could completely change the font sizes and color scheme of my UI radically and it would work with the vast majority of applications, but in 2019 I have to wait for a developer to decide to add a theme or provide some k…

>we've fallen so far behind in control over our UIs that "dark mode" is legitimately considered a feature

In case people don't believe this, there was an update for Office THIS WEEK for Outlook to support Dark Mode on OSX Mojave.

Post reply on HN