Earlier quoted context omitted.
> So efficient for you, but 1000x more resources everywhere it runs. And yet, to the people who do use their app on the desktop, this is obviously a preferable situation to not using the app – which would probably be the case had the developers decided against Electron.
And yet, we have single indie developers writing multiplatform Qt [1] and macOS native [2] Slack apps. Last time I checked, Ripcord used 30-40MiB RAM, a small fraction of the official Slack client. Writing native apps (or a Qt app) would well be in reach of Slack. In fact, they already have native apps. E.g. Slack for iOS/iPadOS is native [3], just allowing M1 Mac users to use the iPadOS version would most likely be…
Tauri – Electron alternative written in Rust
401–410 of 435 posts
Re: Tauri – Electron alternative written in Rust
#402Earlier quoted context omitted.
We built our product for the web. People wanted our product as a desktop app. So we wrapped it in Electron and now we have 3 desktop apps. People wanted our product as a mobile app. So we wrapped it in Capacitor and now we have two mobile apps. There are just two of us building this product.
What prevents you from using Qt to do almost exactly the same thing?
[1] To help provide more context: https://supernotes.app/
Re: Tauri – Electron alternative written in Rust
#403Earlier quoted context omitted.
WPF had the equivalent of "inspect element" 10 years ago. You don't need HTML for that, you just need good tooling.
I must admit, I haven't been following Windows toolkits since MFC. I've only heard about WPF in the context of dead Longhorn features. Isn't it deprecated in favor of WinUI or whatever replaced Metro?
That said, I've mentioned WPF mostly because that's what I'm personally familiar with. The same inspector-type tooling is available for newer XAML-based frameworks, as well:
https://docs.microsoft.com/en-us/visualstudio/xaml-tools/ins...
Re: Tauri – Electron alternative written in Rust
#404Re: Tauri – Electron alternative written in Rust
#405Earlier quoted context omitted.
Back in the day people coded lightweight because it wouldn't run otherwise, and speed mattered in single core sub-GHz CPUs. We don't have that same constraint today, how do we get people to write more efficient code?
Operating systems should being pointing fingers at egregiously heavy apps. It’s not perfect but the battery menu on macOS pointing out apps consuming a lot of energy has inspired a good amount of efficiency work for macOS ports of things because users see it and gripe at developers about it. I would like to see that taken a step further. Something like the system showing a notification banner saying something to the…
Re: Tauri – Electron alternative written in Rust
#406Earlier quoted context omitted.
There’s plenty of weird cruft in Firefox’s ~30 year old codebase that causes bugs and unspecified behavior. For example, Firefox’s ContentEditable code deletes things “backwards” compared to all other browsers and operating systems (bugzilla: https://bugzilla.mozilla.org/show_bug.cgi?id=1735608 ) - this behavior isn’t standardized in any spec, and Firefox is different from other browsers. There are plenty of gotchas…
> There’s plenty of weird cruft in Firefox’s ~30 year old codebase that causes bugs and unspecified behavior. Just wondering where you're getting "30 years" from? That asked, a Chrome-shaped monoculture doesn't help anybody. We need more competing implementations, not less. Anyone feel like collaborating on such?
Re: Tauri – Electron alternative written in Rust
#407Earlier quoted context omitted.
Games with hundreds of GB are using high poly models and high res textures. The actual code segment of the game is much much less. This isn’t really the same.
Games at that size are not clocking in because of their models and textures. It's from use of lossless, uncompressed audio files, and shipping multiple language files. The issue is most common on games that release on consoles, but also for ones that want to support older hardware: the audio formats they use are designed to minimize the amount of decompression necessary for play, and so reduce resource requirements i…
Re: Tauri – Electron alternative written in Rust
#408Earlier quoted context omitted.
But you don’t pay RAM usage fees.
You would be surprised but that is exactly what you do when you access VMs on clouds. To be short: if you can make your app less greedy - do it. In some cultures we have a concept of "engineering conscience" (ru: "инженерная совесть"). Are we loosing all that?
Re: Tauri – Electron alternative written in Rust
#409Earlier quoted context omitted.
Let's put this meme to bed. Tauri has been developed for two years now. People don't just write Rust because it's trendy. If you want to throw stones at Rust, there are many more substantial criticisms to make. Our compilation times are long. Those sweet, ergonomic macro interfaces are only possible because of proc-macro dark magic that tends to be very verbose and special case-y. There's no spec. Unsafe is overused.…
I don't think the criticism is of Tauri. As far as I can tell from their website, THEY aren't promoting THEMSELVES on the basis of their implementation language being the #1 feature. I think the criticism/meme is directed more at overly enthusiastic fans of Rust. Even if a project doesn't promote itself as "Written in Rust!" , that's how it gets promoted online by the fanboys. It IS a substantial criticism, as genera…
People are actually building stuff in Rust because they have, for whatever reason, decided they care about that language and ecosystem. There's no requirement that _you_ care about it. But the reasonable response to seeing something you aren't interested in is to do something else, and to leave the discussion to those who are interested. Entering the conversation just to let everyone know you don't care is tiresome and gratuitous.
It's pretty common for people to tag a tool with the language it's written in. It's interesting information. For instance, I don't work with JavaScript, so I'm not particularly interested in what's happening in that ecosystem. Putting JavaScript in the title lets me know I'm probably not the audience. People don't seem to complain about posts like, "Foo: Bar for JavaScript".
The "Rust is for clout" meme exists in the minds of it's detractors, not in the minds of the people who are actually writing in it. So no, it isn't substantive. It's more a form of straw man. "I don't care about this thing, and no one else should either, because it isn't a real language. It's just for karma."
Here's a thought experiment. Let's say that writing something in Rust really is the recipe to hit the front page of HN. Why is it that that works? Can it be for any reason other than there's a lot of people who are interested and want to learn more about it?
And if you're not one of those people - doesn't it make the most sense to just click a different article?
Re: Tauri – Electron alternative written in Rust
#410Earlier quoted context omitted.
>There is: flexbox and grid. All kinds of alignment can be done with basically a one-liner in both layout systems, without any hacks. You missed the part with "there should be ONLY 1 way". I know about flex and grid, this are new and thanks the gods we finally we have something decent (not good). Flexbox is great I wish to magically remove or magically fix all the code that does not use it and instead uses "float" or…
I'm curious if you've found any GUI frameworks for any OS, in any language, that have ripped out all their legacy code and/or the design tradeoffs and hacks their legacy code required.
Yes, Qt4 is not compatible with Qt3 , Adobe Flex4 was not compatible with Flex3 , I only used at that time this new versions and did not had to work or learn the old stuff. Old projects continued to use the old stuff and continued to work.