Live data from Hacker News

Tauri – Electron alternative written in Rust

tauri.studio

371–380 of 435 posts

Re: Tauri – Electron alternative written in Rust

#371

Earlier quoted context omitted.

Nobody tests on a Mac. If Apple wanted the platform to be supported they could make it much cheaper to test on, but instead they've made developer hostile moves for the last ten years.

Github actions has Mac runners at the same rate as Linux runners, including the free tier (though the free minutes burn faster, as I understand it).

It's a 10x multiplier to run mac on GitHub actions https://docs.github.com/en/billing/managing-billing-for-gith...

Re: Tauri – Electron alternative written in Rust

#372
post #364

Earlier quoted context omitted.

I don't know about that, one data point: an ES2018 feature, regex lookarounds, is still not implemented in Safari. And the JS engine is the thing that's the most compatible across browsers, nowhere near the level of incompatibility of the rendering engine for example.

Couldn't you just package your favorite regex library and expose it through a JS function binding in your app?

That's a big "just", but yes in theory that's doable, however:

- The performance you are going to get will be terrible compared to the native implementation.

- Oniguruma, which I think is Ruby's engine, weighs half a megabyte on its own, that's comparable to the core bundle of the app I'm working on. That's a lot to my eyes.

- If you need to use this engine in dependencies that just assume that lookarounds are available then you are going to need to fork every single dependency just to wire it with the regex engine you compiled, super messy.

Re: Tauri – Electron alternative written in Rust

#374

Earlier quoted context omitted.

Same, 473.4mb right now for 4 processes. Also slack is the only passably "good" electron app I've ever used.

Have you tried Obisdian(.md)? It seems relatively speedy and low-RAM for an Electron app ("only" ~150 MB without plugins).

Obsidian is pretty sluggish on my computer, especially when scrolling even short documents. But that's probably possible to improve in the future and no fault of Electron. As a comparison, VS Code is super snappy even on very large documents.

Re: Tauri – Electron alternative written in Rust

#375

Earlier quoted context omitted.

Probably much more than 3x

"Probably"? On the contrary, the incredible complexity of the JS ecosystem makes it likely easier to write in Qt. I've had direct experience with this myself - with no prior Qt or webdev experience (although knowledge of how JS the language works), it took me only around an hour to figure out how to write a Qt application - but after 5 hours (and counting) of struggling with Angular, I wasn't able to figure out how t…

Can you share how you learned? I've spent a lot of time trying to learn how to use Qt but it's very complex and hard to experiment with.

Re: Tauri – Electron alternative written in Rust

#376

Earlier quoted context omitted.

I don't play video games, so I have no opinion of them. I actually do play Kerbal Space Program, though I think that it is a few hundred megabytes, certainly not even a single gigabyte.

1.9 GB on disk not including expansions. https://www.gog.com/game/kerbal_space_program

In that case, I feel that I'm getting a decent experience for the size.

Would you argue the same for a 60 MB Hello, World application?

Re: Tauri – Electron alternative written in Rust

#378

Earlier quoted context omitted.

I guess but compatibility issues on the web, while they existe, are pretty discrete these days. Browser monoculture is exceedingly worse, both practically and from a business perspective, in my opinion.

As someone who uses Safari on Mac, I can say that compatibility issues are a big deal. Granted many of the issues are simply from sites checking for Chrome and telling everything else to f--- off. I've even seen a site fail to run on (chromium) Edge because it really wanted Chrome. However, real compatibility issues are a thing as well. That said, I hate electron. I hate that I have to run 4-5 instances of chrome on…

You are correct that Safari has major compatibility issues, but incorrect that the problem is simply that developers target Chrome (it happens sometimes, sure). Most things that work in Chrome also work in Firefox, but WebKit is ~10 years behind both Firefox and Chrome because Apple hasn't invested in keeping up to date with web APIs where their competitors have. Hell, even Edge (before it adopted Chromium) was more compatible than Safari.

Personally, I view Safari in 2022 the same way I viewed IE in 2012 - as a backwards browser holding back web development because the company developing it just doesn't care about the web. The compatibility issues aren't as bad, but I have to care about Safari because iOS still won't let any browser use anything other than WebKit, where there was a point where saying "Anyone choosing to use IE11 deserves a bad experience" made a certain amount of sense. No one gets a choice on their iPhone, so Apple makes things harder for web developers, probably because they want them all to be iOS app developers instead.

Re: Tauri – Electron alternative written in Rust

#379

Earlier quoted context omitted.

> I'm not entirely sure how I feel about this statement (and comparison to IE). If anything, Safari is "the new IE" rather than Chrome. Some people who either don't know history or willfully ignores it keeps claiming that Safari is the new IE, at one point one even made a webside out of it. Don't fall for it. Chrome is the new IE: - technologically advanced? Check! - implement a number of things without asking or wai…

I can't believe you seriously just suggested Google is going to abandon Chrome. Next up, Microsoft is going to abandon Word. Also, Facebook is going to abandon Facebook. This is why no one takes these conversations seriously. All vitriol, no substance.

IE still had released, but it stopped moving forward after 6 because there was no longer a good reason for ms to invest.

I doubt google would spend much on chrome if no other browser were popular.

Re: Tauri – Electron alternative written in Rust

#380

Here's a similar, older and slightly less hipster project for Go, C, C++ (and more languages via C-API bindings): https://github.com/webview/webview ...I wouldn't go as far as calling a simple WebView widget wrapper an "Electron alternative" though.

For DomTerm (https://bothner.org) I've used both webview/webview and wry (on Linux only) - and both are usable. The main problem with webview is that it is semi-abandoned (last checkin was in March) and the features set is pretty minimal. Wry is actively developed and has more features. However, the wry-based executable is quite a bit bigger than the webview-based one. And of course leaning to use Rust is an issue.
Post reply on HN