Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Tauri – Electron alternative written in Rust

tauri.studio

Post reply on HN
Print view View original

361–370 of 435 posts

Re: Tauri – Electron alternative written in Rust

#361

Post by hlbjhblbljib »

cpuguy83 wrote: post #290
dmitryminkovsky wrote: post #71

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…

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.

Re: Tauri – Electron alternative written in Rust

#362

Post by cozzyd »

fastball wrote: post #189
dmingod666 wrote: post #100

Earlier quoted context omitted.

Saw a comparison, Electron app size of 138MB Vs Tauri in single digit MB is a big difference though.

Sure, but Neutralino[1] already does this, it's just not Written in Rust™ [1] https://neutralino.js.org/

Does neutralino run on platforms other than a minimal SUSE?

Re: Tauri – Electron alternative written in Rust

#363

Post by hlbjhblbljib »

fabiospampinato wrote: post #101
nine_k wrote: post #98

Earlier quoted context omitted.

Ignore stuff that was added to HTML, CSS, and JS for last 4-5 years. You'll still have a pretty solid? GUI platform, likely more capable and accessible than Qt or GTK or AWT. With the usual compiler / transpiler stack, you'll have a nice, fast-to-market, non-esoteric development environment. All without the need to ship 100MB binaries.

Sorry but requiring web devs to ignore the last 4~5 years of progress is just unacceptable. Not that that would fix the situation, there are still rendering inconsistencies between browsers when using stuff like margins floats and tables.

The last 4-5 years of "progress" have been pretty unacceptable.

Re: Tauri – Electron alternative written in Rust

#364

Post by duped »

fabiospampinato wrote: post #85
dmitryminkovsky wrote: post #71

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.

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?

Re: Tauri – Electron alternative written in Rust

#365

Post by c-smile »

parhamn wrote: post #96
fabiospampinato wrote: post #90

One very important thing I'd like to highlight: using one shared browser instance rather than N is not gonna make your apps that consume 1GB+ of memory suddenly consume much less than that, the problem for those apps is the code they run, it's not the language, it's not the platform, it's the badly written code, and Tauri doesn't change that.

This is a great point. I think last I measured a basic electron browser/webview is about ~20-36mb which is not far from an about:blank chrome tab. The 300mb+ memory usage you see is mostly the javascript from the apps themselves. Either way, I'm glad more people are in the space!

According to Tauri's documentation (https://github.com/tauri-apps/tauri) minimal app:

                                    Tauri   Electron

    Memory Consumption Linux        180 MB  462 MB
Note Tauri is full fledged Client/Server with WebView (client) running in separate process with RPC between UI process and Rust code (Server).

For the comparison:

Standalone Sciter (scapp.exe, https://github.com/c-smile/sciter-js-sdk/tree/main/bin) takes ~8 MB of RAM (with minimal Cairo and GDI backends).

That's 20 times less than even Tauri.

WebView based solutions are not suitable for applets - small portable desktop applications.

Re: Tauri – Electron alternative written in Rust

#366

Post by duped »

simion314 wrote: post #18
silon42 wrote: post #4

Earlier quoted context omitted.

It would be better to use Rust+Servo (no JS, or at least optional) IMO

>(no JS, or at least optional) IMO reply At this point why not focus on some actual GUI toolokit, like write a Qt clone in Rust, for real world apps we don't need all the CSS and HTML crap, you need simple layout, GUI components and an option WebView you can embed in the app if needed. Probably there is no commercial interest to pay professional developers with real experience to implement this.

Because layout, rendering, and accessibility are not easy problems to solve and already handled by browser engines that come with your OS.

It's more work to reinvent those wheels than bind to them.

Re: Tauri – Electron alternative written in Rust

#367

Post by cpuguy83 »

hlbjhblbljib wrote: post #361
cpuguy83 wrote: post #290

Earlier quoted context omitted.

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…

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).

Re: Tauri – Electron alternative written in Rust

#368

Post by xanaxagoras »

throw10920 wrote: post #315
xanaxagoras wrote: post #304

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).

I haven't, I've actually been curious about this app though. I wasn't sure how easy it would be to use it while retaining all ownership of my data. I'm not interested in third parties hanging onto that, nor in software subscriptions (their "Sync" offering). I'd be happy to pay for the Catalyst tier if it's something I end up using, I'll check it out and see how much effort it is to integrate with Nextcloud. I use Joplin now, it's OK, hard to complain for the price but not my favorite.

Re: Tauri – Electron alternative written in Rust

#370

Post by mtrpcic »

xanaxagoras wrote: post #368
throw10920 wrote: post #315

Earlier quoted context omitted.

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

I haven't, I've actually been curious about this app though. I wasn't sure how easy it would be to use it while retaining all ownership of my data. I'm not interested in third parties hanging onto that, nor in software subscriptions (their "Sync" offering). I'd be happy to pay for the Catalyst tier if it's something I end up using, I'll check it out and see how much effort it is to integrate with Nextcloud. I use Jop…

You retain total ownership of your data with Obsidian. It's basically a tool to view a directory of markdown files and their connections between one another. I just track mine via git and push it to my remote whenever I want to back things up.
Post reply on HN