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

251–260 of 435 posts

Re: Tauri – Electron alternative written in Rust

#251

Post by scoutt »

MathCodeLove wrote: post #28
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.

HTML and CSS, while not perfect, are still the best tools I've found to create a pleasant UI. Other libraries like Qt do work , but it's more difficult to get things looking exactly how you want them to look.

Qt allows the use of (sort-of) CSS for customizing controls.

https://doc.qt.io/qt-5/stylesheet.html

Re: Tauri – Electron alternative written in Rust

#252

Post by dmitryminkovsky »

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.

For language issues I assume using Babel, which in my opinion is not a big deal if you’re already making an app.

Render-wise, browsers are pretty uniform these days. I experience very few problems in this regard, and my app Pony runs out of the same web codebase on all platforms (iOS, Android, web). The worst offender is Safari, but it’s not that bad. The potential gains from something like Tauri (and I plan to try Tauri for Pony desktop) far exceed the compatibility concerns for me (which I’ve already had to address due to web).

Re: Tauri – Electron alternative written in Rust

#253

Post by yboris »

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.

I chose Electron for the app I was building because it would make sure the app I create (1 code base with Angular) would perform exactly the same way on Mac, Windows, and Linux. It required virtually no learning of anything new (just look up some Electron API like "minimize window") and I was done.

https://videohubapp.com/ & https://github.com/whyboris/Video-Hub-App

As a single developer, I was able to get an app out in a few months and have been improving it for 4 years now. I love it (enough to create a Renamer app too: https://yboris.dev/renamer/ ).

Re: Tauri – Electron alternative written in Rust

#254

Post by mysterydip »

SavantIdiot wrote: post #214
Simplicitas wrote: post #195

Rust and Electron haters can do all the hating within this one post here.

Drake turning away: ElectronJS 0.06GB app Drake approving: Any modern game requiring 100GB of content

I'd love to see some electron apps that use 60MB of RAM. Can you share some examples?

Re: Tauri – Electron alternative written in Rust

#255

Post by thawkins »

Karunamon wrote: post #245
staticassertion wrote: post #225

Earlier quoted context omitted.

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.

I do, because your program isn't the only thing running on my system . Low free RAM means paging, and generalized slowdowns when something else RAM-hungry, like a game or a web browser, is invoked. Memory is a limited resource to be used judiciously, not an all-you-can-eat buffet.

what's the point of having a bunch of ram sitting around doing nothing, I would rather have a system that had zero free ram but managed its address space well, so that changing ram usage was painless. why pay good money to have hardware sitting idle?.

Re: Tauri – Electron alternative written in Rust

#256

Post by Karunamon »

thawkins wrote: post #255
Karunamon wrote: post #245

Earlier quoted context omitted.

I do, because your program isn't the only thing running on my system . Low free RAM means paging, and generalized slowdowns when something else RAM-hungry, like a game or a web browser, is invoked. Memory is a limited resource to be used judiciously, not an all-you-can-eat buffet.

what's the point of having a bunch of ram sitting around doing nothing, I would rather have a system that had zero free ram but managed its address space well, so that changing ram usage was painless. why pay good money to have hardware sitting idle?.

The same reason I refill my car's gas tank long before it hits zero; low/no resource problems range from irritating to catastrophic. Unused RAM isn't wasted, it's headroom.

Re: Tauri – Electron alternative written in Rust

#257

Post by fabianhjr »

bredren wrote: post #234
niyaven wrote: post #84

Earlier quoted context omitted.

> If not, what's wrong with it "spread[ing]" everywhere? Because then it's a monopoly. I'm taking shortcuts but having a single browser engine controlled by a single company means that you rely on that company to define what is tomorrow's web like.

Without this kind of thing happening at times, we might still be using Flash.

Yeah, it had nothing to do with work on open standards like HTML5 and CSS3. (And WebGL for more advanced rendering needs) /s

Re: Tauri – Electron alternative written in Rust

#258

Post by pitaj »

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.

We'd love to. What do you suggest we use? Java swing? C Gtk? C++ Qt? All of those often look ugly and are harder to use.

Re: Tauri – Electron alternative written in Rust

#259

Post by purplerabbit »

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.

Given that there's no other language that works cross-platform with as little jank as JS, I don't think that distaste is adequate reason to avoid using it

Re: Tauri – Electron alternative written in Rust

#260

Post by fabianhjr »

brnt wrote: post #50
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

> WebKitGTK Is there something like WebkitQt? Guess it would use WebEngine.

Webkit not WebEngine. ( https://webkitgtk.org/ )
Post reply on HN