Why Remotion is a native macOS app, not Electron

Re:Why Remotion is a native macOS app, not Electron by tapoxi on Friday April 08, 2022 @10:43AM (#30957478)

I think Electron won out because Microsoft kept pulling the rug out from under Windows developers as they went from Win32, to Windows.Forms, to WPF, to UWP, to WinUI 3. Why take the risk on the most modern Windows framework when you could just go Electron, have a broader pool of developers, and get Mac & Linux support as well?

[ Parent | on HN ]

Re:Why Remotion is a native macOS app, not Electron by aejae on Friday April 08, 2022 @11:33AM (#30958503)

This. We (at Remotion) are currently evaluating what platform to build for, given our start with macOS native / Cocoa. But for Windows, what is Windows Native?

Seeming like more of a collection of half-baked ideas than robust frameworks that we'd want to bet a bunch of dev time on.

As you both mention, we might end up with a cocoa macOS app and an Electron app for Windows & Linux.

[ Parent | on HN ]

Re:Why Remotion is a native macOS app, not Electron by jeppester on Friday April 08, 2022 @01:02PM (#30959677)

Please don't make Linux users suffer because of Windows.

[ Parent | on HN ]

Re:Why Remotion is a native macOS app, not Electron by aejae on Friday April 08, 2022 @01:32PM (#30960083)

I'm not a frequent Linux user so that comment crept in there—we haven't evaluated as deeply. Any suggestions for how to best build Remotion (lightweight video chat + dock for your team) onto Linux?

[ Parent | on HN ]

Re:Why Remotion is a native macOS app, not Electron by rickstanley on Friday April 08, 2022 @01:59PM (#30960412)

Are Qt, GTK4 or Compose (Jetbrains) viable options?

[ Parent | on HN ]

Re:Why Remotion is a native macOS app, not Electron by aejae on Friday April 08, 2022 @02:10PM (#30960562)

I'm not a fan of Qt from my time at Dropbox (we used it for our desktop client preferences for some time), but will need to check out GTK4 and Compose. Thanks!

[ Parent | on HN ]

Re:Why Remotion is a native macOS app, not Electron by socialdemocrat on Friday April 08, 2022 @02:48PM (#30961027)

I used to be a big Qt fan but I have started favoring Gtk. Glade is better than any Qt designer. And being C based you tend to get better Gtk bindings in other languages. Who wants to develop in C++ these days unless they are doing systems programming?

My strategy would be Cocoa for MacOS/iOS and Gtk for Linux/Windows.

[ Parent | on HN ]

Re:Why Remotion is a native macOS app, not Electron by johnny22 on Friday April 08, 2022 @03:48PM (#30961677)

I don't really dev with Qt, but I thought a lot of folks were using QML and sometimes QtQuick these days. Seems to make it possible to hide a lot of the C++ :)

Although of course, it does mean you probably have to touch C++ sometimes.

[ Parent | on HN ]

Re:Why Remotion is a native macOS app, not Electron by SureshG on Friday April 08, 2022 @01:48PM (#30960262)

Check compose mpp, uses Kotlin and Skia under the hood. Really good performance overall.

https://www.jetbrains.com/lp/compose-mpp/

[ Parent | on HN ]

Re:Why Remotion is a native macOS app, not Electron by wiseowise on Friday April 08, 2022 @03:57PM (#30961799)

Not native.

[ Parent | on HN ]

Re:Why Remotion is a native macOS app, not Electron by throw10920 on Friday April 08, 2022 @10:49AM (#30957600)

I'd like to point out that, while that's a good reason why Electron might have won in terms of developer mindshare, that's not necessarily the reason why it won on in terms of marketshare.

I personally believe that the cause of the latter is a combination of (1) cost-saving through fewer platforms to support (2) cost-saving through a larger developer pool and (3) better branding support, but I've never worked in the business myself.

[ Parent | on HN ]

Re:Why Remotion is a native macOS app, not Electron by yardie on Friday April 08, 2022 @11:19AM (#30958245)

I remember having to import obscure Win32 libraries because the latest platforms were never complete. Like the fontpicker would drop you from WPF to Win32 because MS couldn't be bothered to update it.

[ Parent | on HN ]

Re:Why Remotion is a native macOS app, not Electron by TYPE_FASTER on Friday April 08, 2022 @10:54AM (#30957705)

Don't forget Silverlight!

[ Parent | on HN ]

Re:Why Remotion is a native macOS app, not Electron by StillBored on Friday April 08, 2022 @01:09PM (#30959779)

Or just bite the bullet and use win32/COM, because its basically the API under all these newer APIs anyway, and in the cases its not there is a compatibility shim.

Of course this doesn't stop MS from simply removing functionality, like they have been doing for the past 10 years. Explorer has a fraction of the API surface it had in the past, as do large parts of the OS. Like for example the color APIs which used to describe every little part of the UI so it could be tweaked are now basically gone.

[ Parent | on HN ]

Re:Why Remotion is a native macOS app, not Electron by HWR_14 on Saturday April 09, 2022 @12:52AM (#30965353)

Well, you don't use the bleeding edge Windows API. You shouldn't use the bleeding edge of any API in general.

[ Parent | on HN ]