News for hackers. Stuff that matters.
Re:Why Remotion is a native macOS app, not Electron by aejae on Friday April 08, 2022 @11:29AM (#30958433)
This sounds great in principle and I saw this tried for several years for Dropbox mobile. It was a failed experiment though:

> By writing code in a non-standard fashion, we took on overhead that we would have not had to worry about had we stayed with the widely used platform defaults. This overhead ended up being more expensive than just writing the code twice.

https://dropbox.tech/mobile/the-not-so-hidden-cost-of-sharin...

Re:Why Remotion is a native macOS app, not Electron by sirwhinesalot on Friday April 08, 2022 @11:42AM (#30958630)
Isn't the Dropbox desktop app Electron crap these days? It's certainly not the pleasant experience it used to be.

Plus what you're talking about there is the opposite of what I'm suggesting, you wrote 2 UIs with a shared C++ logic, I'm suggesting two native platform layers with hosted webviews.

Re:Why Remotion is a native macOS app, not Electron by aejae on Friday April 08, 2022 @12:48PM (#30959471)
> Isn't the Dropbox desktop app Electron crap these days? It's certainly not the pleasant experience it used to be.

Sadly I agree. However the blog post I linked describes their mobile strategy. Sorry about the confusion.

FWIW The desktop app now uses the strategy you suggest: native with many hosted webviews.

> what you're talking about there is the opposite of what I’m talking about

Sorry, skim read and missed that! See above comment re Dropbox desktop using your approach though.