Live data from Hacker News

Ask HN: Is a React Native like approach to desktop apps better than Electron?

news.ycombinator.com

11–20 of 28 posts

Re: Ask HN: Is a React Native like approach to desktop apps better than Electron?

#11

Blink has so much investment, and is moving so fast, that I don't think React Native's renderer can keep up meaningfully. As far as I know it doesn't support s huge number of useful CSS, like Grids, variables, transitions, multiple border styles, text-transform...

I googled for Blink and couldn't find what I think you might be referring to. Would you mind dropping a link to Blink?

Re: Ask HN: Is a React Native like approach to desktop apps better than Electron?

#12

Blink has so much investment, and is moving so fast, that I don't think React Native's renderer can keep up meaningfully. As far as I know it doesn't support s huge number of useful CSS, like Grids, variables, transitions, multiple border styles, text-transform...

I googled for Blink and couldn't find what I think you might be referring to. Would you mind dropping a link to Blink?

The blink rendering engine inside chrome?

Re: Ask HN: Is a React Native like approach to desktop apps better than Electron?

#13

Blink has so much investment, and is moving so fast, that I don't think React Native's renderer can keep up meaningfully. As far as I know it doesn't support s huge number of useful CSS, like Grids, variables, transitions, multiple border styles, text-transform...

I googled for Blink and couldn't find what I think you might be referring to. Would you mind dropping a link to Blink?

It's Google's fork of WebKit: https://en.wikipedia.org/wiki/Blink_(web_engine)

Re: Ask HN: Is a React Native like approach to desktop apps better than Electron?

#14
As a user I think it is. It doesn't have to be React Native but using actual native components makes applications feel so much better and use far less memory. Take Slack for instance, decent feature set but feels like a web app with how it works and some of the error conditions it fails to handle correctly (like no longer being authenticated requiring a _refresh_ of the app to fix).

I don't know if React Native is technically the answer but an approach _like_ RN, like you asked OP, makes the most sense to me from a user standpoint.

From a developer standpoint, even with cross platform toolkits like RN, it _really really sucks_ managing multiple platforms. I can understand why most go for Electron or similar. We really need some better, cross platform stories for developers.

Re: Ask HN: Is a React Native like approach to desktop apps better than Electron?

#15

Earlier quoted context omitted.

I googled for Blink and couldn't find what I think you might be referring to. Would you mind dropping a link to Blink?

It's Google's fork of WebKit: https://en.wikipedia.org/wiki/Blink_(web_engine)

Oh yes, definitely. Momentum matters. I said in another thread here a long time ago, down-voted to hell, that these electron apps would "win" purely because of the momentum. We tend to look at a technology and assess it as a snapshot now. We (people in general) don't usually treat a technology as a function of (now * momentum). I think it's pretty well proven that with technology motion is everything. There are plenty of great things that started out bad, bad things that started out great, and good things that never became great. Motion is the difference.

Re: Ask HN: Is a React Native like approach to desktop apps better than Electron?

#19
post #3

It can be in theory, but in practice managing native widgets across all major platforms is such a mammoth project that it's almost impossible. People have been trying for decades, rarely with success.

libui[0] is C library that aims to provide this. It have many (WIP) language bindings.

[0] https://github.com/andlabs/libui

Re: Ask HN: Is a React Native like approach to desktop apps better than Electron?

#20
I don't think it's "better", it mostly depends on what you want to achieve.

Users, except the tech savvy one, will not notice if you do a nice job. (hard to miss with UI framework like fabric, semanticUI, etc..)

If you want a small application that start fast and/or use system look and feel. A react-native approach (like https://proton-native.js.org/) will be better.

If you plan to customize/brand your apps and the app will run for a long time, it doesn't really matter. The downside is that it will take more memory.

Also, v8, constantly improve, reduce memory usage and optimize javascript performance. Soon it will be easier to run faster code with webassembly. It's even possible now to compile your typescript code with AssemblyScript, or do it the hard way with C, C++ or Rust. It's only a matter of time before the performance between the two will be reduce.

As for the problem mention about the whole browser ship with every apps. Maybe we will see a solution similar to adobe air in the future or a way to strip down blink based on the app requirements. Technically a browser is just a standardized drawing library, like flutter uses skia, Qt it's own or GTK uses cairo.

Post reply on HN