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

301–310 of 435 posts

Re: Tauri – Electron alternative written in Rust

#301

Post by egeozcan »

thomascgalvin wrote: post #235
rk06 wrote: post #154

Earlier quoted context omitted.

would you rather have three teams developing one app on three platforms (windows, mac, linux) or one team developing one app for all platforms? It makes perfect business sense to use electron. It opens paths which otherwise would be very costly and hence infeasible.

> would you rather have three teams developing one app on three platforms (windows, mac, linux) or one team developing one app for all platforms? I would rather have one team developing a cross-platform application in a language that isn't Javascript.

Why do you care which language software is developed in?

Should I not use anything that uses ML if I dislike python?

Re: Tauri – Electron alternative written in Rust

#302

Post by projct »

heurisko wrote: post #275
pjerem wrote: post #124

Earlier quoted context omitted.

I'm not sure you really remember. With 56k dialup, downloading 650MB could easily take days. Downloading 1MB could have taken 3 to 4 minutes. 60MB, even today, is really big when you have to download it while boarding a train or with poor connectivity (even in rich countries, just being in a metallic building is enough for 60MB to be painful to download.

I remember leaving the computer on to download 650MB overnight, which used to be an ISO for an operating system. It was usually finished sometime the next day. And 60MB would have been a couple of hours, not bad to wait for some software. It wasn't prohibitive to do this. Indeed, I seem to be back at square one, as downloading a AAA game for me once again takes about a day.

Add a little line noise for the average 30-70y/o house wiring and you get 43 hours for 33.6 or 50 hours for 28.8. It took running a brand new line in order for me to get 56k. So, the parent comment is accurate.

It was absolutely prohibitive for the average person with a shared line, and the direct comparison to shared line today is a metered connection. Even in the US it can be as much as $30 per gigabyte which would make that 60MB download cost $1.80.

Re: Tauri – Electron alternative written in Rust

#303

Post by saghm »

goodpoint wrote: post #271
bocytron wrote: post #238

Earlier quoted context omitted.

Here's your citation: https://insights.stackoverflow.com/survey/2020#most-loved-dr... Rust is #1 loved language, almost 20 points above the second one.

I can't imagine a better definition of trendy and hyped up than "loved on stack overflow".

Six years in a row is more than just a fleeting thing; obviously we have no way to know for sure what will happen in the next few years, but it seems likely that Rust isn't going anywhere anytime soon.

Re: Tauri – Electron alternative written in Rust

#304

Post by xanaxagoras »

microtonal wrote: post #270
steveklabnik wrote: post #265

Earlier quoted context omitted.

Right now, the various Electron apps I have running: 1Password, 155mb Discord, 441mb Element: 38.7mb Signal: 91mb Slack: 46.2mb A few higher but a couple that are lower...

How are you measuring this? Slack on my Mac is 325 MiB on disk (probably because it is a universal binary). A freshly-started Slack uses 461MiB RAM for all it's processes (usually getting worse when it has been running for a while).

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

Re: Tauri – Electron alternative written in Rust

#305

Post by nightpool »

skinkestek wrote: post #117
fabiospampinato wrote: post #101

Earlier quoted context omitted.

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.

Then do as I: develop in Firefox and if it works there (and isn't a PWA where maybe you get in trouble with Safari?) then it works everywhere. Less testing, less bugs. Whats not to like? Contrast to Chrome first developers who often get caught by cross browsers incompatibilities just like they did back in the days when they were IE first developers : )

This is absolutely not true. I wrote a simple flexbox layout in Firefox last year and it was majorly broken when I tried to test it on Chrome, since Firefox and Chrome disagreed on how to compute "min-width" for inline images and other replaced content. In this case, my layout worked in Firefox, but Chrome was the browser that was following the CSS standard correctly, and my code was broken.

Re: Tauri – Electron alternative written in Rust

#306

Post by projct »

simion314 wrote: post #160
paavohtl wrote: post #91

Earlier quoted context omitted.

> There should be only 1 way and that way should not have hacks like use negative margins. There is: flexbox and grid. All kinds of alignment can be done with basically a one-liner in both layout systems, without any hacks.

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

Re: Tauri – Electron alternative written in Rust

#307

Post by Karunamon »

staticassertion wrote: post #294
Karunamon wrote: post #279

Earlier quoted context omitted.

Yes it is an issue. Under high memory pressure, we start digging into swap, and at that point, the UI is starting to significantly chug. Worse, this often happens when there's plenty of cache to evict. I can and have restored a nigh-unusable desktop to normal operation many times with a painfully entered `echo 3 > /proc/sys/vm/drop_caches` from a new TTY, instantly resolving the pressure and giving me time to find an…

> Under high memory pressure Just to again note that just because a program says it's using N MB of RAM doesn't mean that all of that RAM is actually paged in. Every thread you execute has an 8+MB stack but most of it won't get allocated for the majority of programs. > we start digging into swap, and at that point, the UI is starting to significantly chug. Only if you're constantly swapping in and out of swap. Just p…

>Only if you're constantly swapping in and out of swap.

Which, in the experience I just gave, is what's happening. System memory at some high 90s percent utilization, swap usage creeping up, kswapd with a ton of CPU usage, and worst of all, UI chugging. If it wasn't 'actual' memory usage, why does dropping caches, instantly freeing up some amount of memory, restore responsiveness?

I've tried operating swapless before, but that just means OOM killer kicks in even when there's cache to evict. That seems like a priority inversion to me - of anything paged in, shouldn't cache have the absolute lowest priority, and be the first thing to go when memory's needed for other things?

Re: Tauri – Electron alternative written in Rust

#308

Post by didip »

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.

It is not hard for me to understand that even though I am not a client-side engineer.

Web tech (HTML, JS & CSS) are widely understood with millions of tutorial reference. On top of that, you get a cross OS build that looks the same everywhere.

If all you are paying are just CPU and RAM, then that is a great tradeoff.

Re: Tauri – Electron alternative written in Rust

#309

Post by pornel »

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.

Right-click, Inspect Element.

Web development tools have become fantastic UI debugging tools. You can inspect live running UI and tweak it in real time without a rebuild.

CSS is very powerful, and it's relatively easy to build complex layouts with animations. People joke how it's impossible to center things, but CSS has matured beyond that (IE is dead).

Re: Tauri – Electron alternative written in Rust

#310

Post by outworlder »

munro wrote: post #264

I used this a bit, it was really great. Writing a Rust backend & exposing it to TypeScript was really slick! There was one issue I ran into that made me think about jumping to Electron mid project, but I can't remember what it was now, but I think it was something like making my app bleed the entire MacOS window while still being moveable. The other downside is you're going to be tempted to go down the rabbit hole an…

> The other downside is you're going to be tempted to go down the rabbit hole and do everything in Rust.

Downside? :)

Post reply on HN