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

121–130 of 435 posts

Re: Tauri – Electron alternative written in Rust

#121

Post by fabiospampinato »

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

Unless I'm missing something that doesn't fixes the issue, the problem is symmetrical, browser A is different than browser B, so browser B is different than browser A, testing in either of them doesn't guarantee a correct output in both of them.

Re: Tauri – Electron alternative written in Rust

#122

Post by FpUser »

jstummbillig wrote: post #112
mysterydip wrote: post #104

Earlier 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?

People around here seem to really struggle with the miracle that is getting into soft dev from nothing and then actually being employable in the capitalist sense after 6 or so month. Of course it's a trade off! We enabled this miracle by training people that have a very focused, narrow understanding of not even a field but a particular tech. Electron is basically the perfect fit for this type of education. It enables…

>"It enables someone to build something where previously they could build nothing. It makes getting from 0 to 1 that much easier."

Making GUI apps using Electron tech for front end is no less time consuming than doing GUI in Lazarus for example. But the end result is way more frugal in the latter case.

Re: Tauri – Electron alternative written in Rust

#123

Post by fiatjaf »

thehappypm wrote: post #99
fiatjaf wrote: post #88

Earlier quoted context omitted.

I agree. Writing native apps is very easy once you get mildly used to any framework for writing native apps. The "web" is just another framework, a very popular one, but also one that is very bloated and hard-to-use.

For one, you need Xcode, which means you need specific hardware.

You need specific hardware to be able to publish Electron apps for Mac too.

Re: Tauri – Electron alternative written in Rust

#124

Post by pjerem »

heurisko wrote: post #93
rebolek wrote: post #65

Earlier quoted context omitted.

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

I can remember using 56k dialup and downloading ISOs around 650MB. A 60MB download would have been fine. Indeed, with the annoying habit of proprietary software to install "Download managers" that download the actual software, I would be happy for just a 60MB runtime for the actual program itself.

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.

Re: Tauri – Electron alternative written in Rust

#125

Post by formerly_proven »

sbarre wrote: post #109
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.

Aside from the improvements to project timelines, Electron and similar products are popular because they improve the developer experience, and in 2022 the developer experience is what matters the most to many software companies (yes, in many cases ahead of the customer experience). DX directly drives engagement and retention, and good developers are hard to find (and keep!). And like it or not, there are more and mor…

JS DX always seemed really quite bad whenever I looked. A constantly shifting landscape of frameworks and packages where nothing will stand for long before being eroded away.

Re: Tauri – Electron alternative written in Rust

#126

Post by rattlesnakedave »

This is a really horrible project and should be avoided IMO.

Not only are the instructions on their website incorrect for building & installation on M1 Macs, you cannot run the app without it crashing on M1. https://github.com/tauri-apps/tauri/issues/2421 https://github.com/tauri-apps/tauri/issues/2934

These things are not a big deal! Bugs happen. I would be more than happy to contribute and try to help fix these things. However, when this was mentioned (politely!) to the devs in the discord by a user one was actively hostile in reply: https://imgur.com/a/sHzSaae

This does not seem like a team that cares about its users one bit. I'll take the perf hit (is there one?) and stick to electron.

EDIT: After posting this knee jerk comment spawned from a night of frustration using Tauri a couple weeks ago, I think I would like to retract calling it a “horrible project.” It’s technically interesting, and even good (when it works, I hear), but this was easily the worst experience I’ve ever had in FOSS.

Re: Tauri – Electron alternative written in Rust

#127

Post by roflc0ptic »

rattlesnakedave wrote: post #126

This is a really horrible project and should be avoided IMO. Not only are the instructions on their website incorrect for building & installation on M1 Macs, you cannot run the app without it crashing on M1. https://github.com/tauri-apps/tauri/issues/2421 https://github.com/tauri-apps/tauri/issues/2934 These things are not a big deal! Bugs happen. I would be more than happy to contribute and try to help fix these thi…

“Sorry if I was rude but it was intentional… if you fcking people would read…”

I don’t know if this is a reason to embargo a project in its entire (is this person in charge? What do the other devs think of this behavior?), but jeez, that is unpleasant.

Re: Tauri – Electron alternative written in Rust

#128

Post by shaolinspirit »

asimpletune wrote: post #70
krapp wrote: post #51

Earlier quoted context omitted.

Probably never. The web is becoming, if it hasn't already become, the universal platform for application development and distribution, and javascript the One True programming language. Every holdout will eventually and inevitably be assimilated, either transpiled into javascript or compiled into WebAssembly. And it's partly the fault of the native programming community. It should be as easy to write a native, cross-p…

Can you explain more the part about native apps being hard to make? I mean, I can open Xcode, start a new project, hit run, and there's an app ready to go, with a simulator and everything. It has API's that allow safe access to OS-level resources. It has powerful multi-threading, built-in views that I can reuse (like collections), stack based browsing is native, etc... Also, the client is not broken by default (I.e.…

from my experience the struggle with making native apps is in implementing all of the services that are in browser environment out-of-box manually. image caching, websocket handling etc.

which enables more fine tuning for the end product, where in html you can put img tag and that little thing will fetch the image for you, store it somewhere and render in accordance with some layout structure.

in mobile dev you need to do more so to say, low level stuff in comparison with browser.

Re: Tauri – Electron alternative written in Rust

#129

Post by aniforprez »

fiatjaf wrote: post #123
thehappypm wrote: post #99

Earlier quoted context omitted.

For one, you need Xcode, which means you need specific hardware.

You need specific hardware to be able to publish Electron apps for Mac too.

With electron I can actually just build the apps for the other platforms and then do specific platform level changes (if required) for Mac. For native apps, I literally cannot even begin to code anything unless I have access to hardware

Re: Tauri – Electron alternative written in Rust

#130

Post by kitsunesoba »

mysterydip wrote: post #104
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.

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 effect of, “BadApp is consuming excessive amounts of energy. Quitting it will increase your battery life by approximately 3 hours and 15 minutes.” I believe quantifying the loss that the user is suffering as a result of the developer’s laziness will go a long way to inspire displeasure in users, who will then apply pressure on developers to fix it and opens up space for competitors who sell themselves with better efficiency.

Post reply on HN