321–330 of 418 posts
I swear we're just going to end up with Java again.
Especially if to consider that I've added native D support to Sciter [1].
[1] https://terrainformatica.com/2026/06/05/ai-assisted-developm...
Earlier quoted context omitted.
Skipping testing on 15% of all devices to save $600? Sounds like a poor business decision.
15% of devices is not 15% of users. From my own experience having a web app that is 99% desktop windows users, why would I care about safari?
Earlier quoted context omitted.
The one which OS has to offer. Web is bad everywhere outside of the browser.
I want to have both linux and mac users (but maybe also android, ios, windows). You clearly see the issue.
We are not that bad nowadays, it is a skill issue.
There are plenty of ways to have portable applications with native UIs without shipping a browser.
Somehow we managed to do it for decades and without AI writing the code for us.
If you want to ship a browser, I already have one, thus standard Web, with a daemon if it really must be.
I was just today morning thinking about some such idea, for mhtml to be embedded with light weight renderer so it does'nt have to rely on other browser
That's Sciter (https://sciter.com) and Sciter.Quark (https://quark.sciter.com) in particular, no?
The overall feature seems really solid, but I'm impressed they couldn't reduce the average package size further from 40MB even when not using CEF. I guess that wasn't a huge focus when developing this feature? Tauri and Dioxus can easily hit less than 5MB for package sizes. I find the feature matrix comparison to be extremely well done and the sections beneath explaining advantages and disadvantages to be some of the…
Earlier quoted context omitted.
I want to have both linux and mac users (but maybe also android, ios, windows). You clearly see the issue.
> You clearly see the issue I don’t. VLC is available everywhere, so your requirement is clearly not a problem. Jetbrains is available on all major desktop OS.
I was wondering how this integrates with Deno's permission system, which is one of its biggest strengths especially for letting agents run amok on your device. The CLI reference page[0] notes, > The permissions you grant at compile time are baked into the compiled binary: I think it would be nice if this could be surfaced to the user somehow, like letting the user know and decide which permissions they want to give a…
You are running a binary that you got from the developer. If it presented you with Deno permissions, I think that would be misleading because there’s no guarantee of their integrity.
Earlier quoted context omitted.
How is it a poor choice of words? It might not be "native" UI, but they never claimed as such. I've always felt that native UI on Linux always looks incredibly ugly and I'd much rather use a nicely styled HTML+CSS layout instead. In my experience, Electron mostly gets flak for being bloated and slow, it not being native is sometimes a secondary point people add on top. I've always wanted to build a direct-browser int…
> I've always wanted to build a direct-browser integration that could use HTML+CSS for the layout, but avoids needing a JS runtime. Idk how lightweight servo is but one day I hope I will see my idea come to light Blitz ( https://github.com/DioxusLabs/blitz ) is exactly that. It's a new custom browser engine supporting standard HTML/CSS with a native Rust API (and optional integration with Dioxus which is a React-like…
Earlier quoted context omitted.
Windows is so fucking old that I think it has a right to try again. And, btw, the reason Microsoft even bothered is because (dun dun dunnnn) lots of internal apps at Microsoft were written with Qt, not MFC, and leadership got pissed when they realized (they couldn't tell the difference, since Qt does the native++ technique). As for Linux, yeah, thats a shitshow. Qt was closed source, Linux isn't, so they made Gtk, bu…
Gtk is hardware (GPU) accelerated, while Qt Widgets is software/CPU-rendered.
Yes, classic Qt Widgets still doesn't allow for hardware acceleration.
However, the majority of Qt UIs you deal with are in Qt Quick, which is hardware accelerated. Almost all of KDE is Qt Quick, for example.
Earlier quoted context omitted.
I use Wails which is Tauri but for Go and I don't have the kind of issues you're mentioning. Maybe that is a difference between Wails and Tauri but I don't think the system WebView is a significant factor.
Are any of your Mac users using an 10-year old WebView? We frequently ran into that. And there's nothing that can be done about it except engineering around it. I also doubt it works well on Linux. The performance of webkitgtk is like running an emulator inside an emulator.