Well, we're in the anvil business. Unless someone pulls the cart himself using C++ and MFC, similar amounts of oat will be consumed to get to our destination. Based on my empirical observations, WinUI 3 with C# eats memory like a horse. I'm willing to stand corrected with more data.
Platform integrity and accessibility are the real concerns with Electron. What is the solution, though? Does anyone still have time and patience for the byproducts of WinDev vs DevDiv power plays, even at Microsoft?
I find JavaScript and its ecosystem atrocious in many ways, but several browser tabs and Electron/WebView apps running just fine on an early 2010s PC I employ.
I don't see an XAML based C# .NET desktop app performing marginally better than an equivalent well-written Electron app either. In both cases, GPU takes care of the graphics rendering, JIT and GC do what they do, and you might be able to offload the pain points over to C++ through WebAssembly and P/Invoke or COM objects.
Package size advantage of Wails, Tauri and likes; is it worth giving up Chromium's integrity across platforms, thus dealing with Safari/WKWebView and WebKitGTK anomalies?
Indeed, Johan Vos of Gluon is the leader of the Project Mobile.
Swing remains a decent GUI toolkit, but it still requires native dependencies for stuff like OS file dialogs and other platform APIs, audio/video codecs, hardware-accelerated graphics.
Tauri has a big community. Flutter has a big community. Do you believe Tauri can survive without a direct corporate backing, while Flutter can't?
It's not a rhetoric question. I'm in need of a native application toolkit, and I gravitate towards Tauri for technical reasons. However, I'm not sure if the Tauri project has enough cash flow to sustain a durable alternative to Flutter, Qt, Avalonia, JavaFX, Compose Multiplatform, and likes.
Thank you. Your software has indeed a decent feature set. I will definitely try it out as soon as possible. I wish you the best of luck with the business!
How does Hydraulic Conveyor improve the distribution of cross-platform JavaFX applications, especially compared to the standard jlink/jpackage workflow?
I value good tooling as much as the next software engineer. We have good IDEs, build systems, package managers in Java and .NET lands; but we also have a decent environment of established, well-maintained libraries and frameworks.
Rust is deemed to have good tooling, but the third-party library ecosystem is following the NPM/RubyGems culture with all the fragmented dependencies, plus the added complexity of compile times due to lack of ABI compatibility.
Meanwhile, monolithic projects like Tokio also keep strengthening their reign among the small peasant crates.
I'm learning Rust, after decades of various languages with garbage collector, and I believe in the language itself and its tooling. But everything else about Rust irks me.
I mean, if we are allowed to lie in order to promote Rust, why don't we just smear all the C/C++ code bases in the world as security hazard needed to be sorted out ASAP?
You probably missed the news about "protestware" open source software harming their users' computers based on their IP address locations, or software engineers being fired from their jobs, or people getting banned from online/offline social gatherings, and thousands of other examples occurred due to political motives.
> But how would anyone know?
You're asking the wrong questions. What if they know? Am I supposed to hide my entire being to avoid the "excommunication"?
Platform integrity and accessibility are the real concerns with Electron. What is the solution, though? Does anyone still have time and patience for the byproducts of WinDev vs DevDiv power plays, even at Microsoft?