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

221–230 of 435 posts

Re: Tauri – Electron alternative written in Rust

#221

Post by jitl »

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

There’s plenty of weird cruft in Firefox’s ~30 year old codebase that causes bugs and unspecified behavior. For example, Firefox’s ContentEditable code deletes things “backwards” compared to all other browsers and operating systems (bugzilla: https://bugzilla.mozilla.org/show_bug.cgi?id=1735608) - this behavior isn’t standardized in any spec, and Firefox is different from other browsers.

There are plenty of gotchas in layout/rendering as well, where either the standard is under specified, or Firefox has some small bugs. Maybe Chrome has many-chrome only APIs, but the developer will always need to test in Chrome and iOS Safari 13 (or whatever your oldest supported iOS version is).

Chrome and iOS are where the users are, and a good website or app should be usable and beautiful for everyone.

Re: Tauri – Electron alternative written in Rust

#222

Post by blub »

yayr wrote: post #171
formerly_proven wrote: post #125

Earlier quoted context omitted.

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.

let's see - language: ES / Typescript are quite established - CSS: also quite established - Frameworks: there is still a lot of innovation here, but also React / Vue / Angular are quite established. on that latter part I prefer the innovation. Let's just imagine for a while what UI would look like if we only had Swing (Java) or QT (C++)

At least for Qt, the answer's quite simple: you'd have KDE and the associated apps.

As for the stability of the front-end ecosystem, it doesn't exist. The many articles that were posted on HN over the years complaining about the endless quagmire of front-end frameworks, libraries and technologies explain this better than I could.

Re: Tauri – Electron alternative written in Rust

#223

Post by oceankid »

austincheney wrote: post #59
simion314 wrote: post #18

Earlier quoted context omitted.

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

I have written a full OS like GUI in JS proving that it can be tiny and memory efficient. The GUI part of the application is about 2k loc across two JS files plus CSS and includes full file system display and navigation. It’s all vanilla JS and static DOM methods so it’s as fast and memory efficient as the browser allows. It’s amazing how fast the browser can be for this (and tiny) when you aren’t using querySelector…

Curious, what do you write that is 'OS like GUI' that doesn't require querySelectors, DOM and event handlers?

How do you handle the nuances of GUI and input handling?

Re: Tauri – Electron alternative written in Rust

#224

Post by AnIdiotOnTheNet »

danuker wrote: post #74

Why do people use such a tool? I did not enjoy Electron due to its sluggishness, and I believe that it is a strictly Pareto-inferior solution: * Creating a web app has the same UI performance, but does not require you to download and update. * Creating a native app has the same installation and update requirements, but allows much better UI performance.

There is a moderate demand for local desktop applications, but there is a very large supply of Web developers. Solution: by bundling an entire web browser with your application you can have web developers making 'desktop' interfaces.

Re: Tauri – Electron alternative written in Rust

#225

Post by staticassertion »

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?

Who says using a ton of RAM isn't efficient? Unless your system OOMs what's the downside of having a bunch of allocated memory? Especially if it isn't even paged in.

Re: Tauri – Electron alternative written in Rust

#226

Post by tekknik »

nine_k wrote: post #106
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.

While true, you pay the price to download a program once, but the price to run the program, every day.

But you don’t pay RAM usage fees.

Re: Tauri – Electron alternative written in Rust

#227

Post by devoutsalsa »

Emanation wrote: post #178
polycaster wrote: post #176

Is "written in Rust" a registered trademark already?

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

That's mostly because the get sick of waiting for it to finish compiling.

Re: Tauri – Electron alternative written in Rust

#228

Post by tekknik »

bastardoperator wrote: post #220
dotancohen wrote: post #170

Earlier quoted context omitted.

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

Games with hundreds of GB are using high poly models and high res textures. The actual code segment of the game is much much less. This isn’t really the same.

Re: Tauri – Electron alternative written in Rust

#229

Post by mysterydip »

staticassertion wrote: post #225
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?

Who says using a ton of RAM isn't efficient? Unless your system OOMs what's the downside of having a bunch of allocated memory? Especially if it isn't even paged in.

The things you pointed out are the problem. On RAM-heavy machines you're right, it's not noticeable and can even be a performance boost. The problem is that same app is run on machines with all kinds of capacities and system loads.
Post reply on HN