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

211–220 of 435 posts

Re: Tauri – Electron alternative written in Rust

#211

Post by kybernetyk »

maxbond wrote: post #199
Emanation wrote: post #178

Earlier quoted context omitted.

They call it rust, because everything written in it becomes derelict after 180days of its first 3 'written in rust' posts

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

>People don't just write Rust because it's trendy.

[Citation needed]. Because when your unique selling point is "it's like $otherproduct but written in $language" then well ...

Re: Tauri – Electron alternative written in Rust

#212

Post by kjleitz »

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.

Safari not supporting lookbehinds is a bigger PitA than I ever imagined it would be.

Re: Tauri – Electron alternative written in Rust

#213

Post by wolframhempel »

dmitryminkovsky wrote: post #71
forgotmyoldacc wrote: post #3

If anyone wants to know how it works: > [leverages] WebKit on macOS, WebView2 on Windows and WebKitGTK on Linux. So cross-platform compatibility isn't guaranteed, unlike Electron. https://github.com/tauri-apps/tauri

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 a guy who started web development when IE6 was the dominant platform I cannot cherish "browser monoculture" enough.

.clearfix

Re: Tauri – Electron alternative written in Rust

#215

Post by fabiospampinato »

shukantpal wrote: post #181
fabiospampinato wrote: post #114

Earlier quoted context omitted.

By this logic requiring web devs to write ES3 code should be acceptable too. The platform changed significantly, improved significantly, in the past few years, some of these major advancements can't be ignored just because a browser doesn't implement them.

Nope, you can compile code back to whatever ECMAScript version you like with tools like Babel or TypeScript. So the devs don’t even notice that they’re compiling to 4-5 year old ES.

That's actually not true in general, tell me how to compile Proxy and regex lookarounds to ES5 or whatever version that doesn't support these features. In fact tell me how to polyfill these features in any way at all.

Re: Tauri – Electron alternative written in Rust

#216

Post by SavantIdiot »

jokoon wrote: post #94

I have a hard time understanding why platforms like electron are so popular. The predictions from Gary Bernhardt seem to really be true, in the future everything will be javascript. I wonder if somebody actually tried to make an OS that only has a browser, that's what Chrome OS actually is, after all.

Because it saves my company 66% in development costs.

Re: Tauri – Electron alternative written in Rust

#217

Post by torginus »

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.

I don't think that the Js devs are entirely to blame for this - Chrome literally eats memory for websites even with little to no Js. That's not to say that some sites are not guilty of this - Reddit is a travesty for example. The problem is that Chrome does things that make sense for a browser - like hanging on to a lot of cached stuff in the page history, or starting a separate renderer process for an iframe, but are horrible ideas when you are running a desktop app.

Additionally, I'm pretty sure stuff like React is also horrible for memory usage - if you create a reference to a HTML element from Js, that means all the native resources that that element uses are subject to GC lifetime, and React, with it's shadow DOM does exactly that.

Re: Tauri – Electron alternative written in Rust

#218

Post by wolframhempel »

rebolek wrote: post #65
wokwokwok wrote: post #44

Earlier quoted context omitted.

I mean… fair, but is the 60MB runtime the issue? I really don’t care if my hello world UI is 60MB to download , I care that it consumes 1 GB of my precious ram to run. How is running js with a rust backend any better than running js with a C++ backend? I guess your “backend” is rust here, which is nice (because I Ie. really, do you get meaningful benefits from using this over say, literally just using https://github.…

> I really don’t care if my hello world UI is 60MB to download lot of people cares, they may have a slow connection, must pay per MB and so on. There is no reason why hello world UI should be 60MB.

Arguably both Slack and Spotify (and Visual Studio?) have reached significant scale with Electron apps - so at the end of the day it seems to be less of an issue for end consumers.

Re: Tauri – Electron alternative written in Rust

#219

Post by MontagFTB »

maxerickson wrote: post #183
MontagFTB wrote: post #175

Earlier quoted context omitted.

> I've heard Adobe has brought a significant part of the Photoshop and Illustrator functionality into their web apps. This is true. We managed to wrap a very large portion of the desktop code base into a “portable” library (with some customization at the point the library hits the OS, e.g., file IO.) This library is compiled specifically for the OS it’s going to run on (iOS, Web) to give us the best performance we ca…

There's a terrible performance regression in Illustrator 26 when working with files with many objects. Works fine in 25, UI freezes for several seconds in 26. Windows 10, pulling in part of an engineering drawing from a PDF (so many thousands of objects).

I’m on the Photoshop team, so cannot speak to AI issues. Have you tried filing a report here? https://community.adobe.com/t5/illustrator/ct-p/ct-illustrat...

Re: Tauri – Electron alternative written in Rust

#220

Post by bastardoperator »

dotancohen wrote: post #170
wokwokwok wrote: post #44

Earlier quoted context omitted.

I mean… fair, but is the 60MB runtime the issue? I really don’t care if my hello world UI is 60MB to download , I care that it consumes 1 GB of my precious ram to run. How is running js with a rust backend any better than running js with a C++ backend? I guess your “backend” is rust here, which is nice (because I Ie. really, do you get meaningful benefits from using this over say, literally just using https://github.…

> I really don’t care if my hello world UI is 60MB to download, If you're writing Hello World for fun, then sure. But _I_ won't be using any of your software if it's that bloated. I'm not going to even complain to you about my internet connection or hard drive space or personal preferences. If you are not going to respect my resources as a dev, I will not use your software. Just like I won't ride with a cabbie who cu…

How do you feel about video games that range hundreds of gigabytes?
Post reply on HN