Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Tauri: Rust-based Electron alternative releases beta

tauri.studio

Post reply on HN
Print view View original

41–50 of 177 posts

Re: Tauri: Rust-based Electron alternative releases beta

#41

Post by Thaxll »

iudqnolq wrote: post #12
amelius wrote: post #3

Earlier quoted context omitted.

Does the project contain C++ code?

They use whatever is the system WebView on the platform you run the code on. On Windows that's the Edge engine, on MacOS it's Safari's engine, etc. Those are all some combination of C and C++. See https://github.com/tauri-apps/wry Edit: s/IE or Edge/Edge

So you need to make sure your code works on 3 different platform eventhough you're using a tool that's supposed to fix that problem in the first place?

I don't know the extend of WebView in Electron is it something common?

Re: Tauri: Rust-based Electron alternative releases beta

#42

Post by andrewmcwatters »

I don't care about your YouTube videos, I don't care about your governance, I don't care about your book, tell me what it is in non-marketing speak and show me a screenshot on the front page and shut up about everything else.

Tell me what it is, show me what it looks like, provide a "Hello, World!" API example for opening a window on the front page. Stop contributing to landing pages that jerk the consumer around.

Re: Tauri: Rust-based Electron alternative releases beta

#43

Post by iudqnolq »

Thaxll wrote: post #41
iudqnolq wrote: post #12

Earlier quoted context omitted.

They use whatever is the system WebView on the platform you run the code on. On Windows that's the Edge engine, on MacOS it's Safari's engine, etc. Those are all some combination of C and C++. See https://github.com/tauri-apps/wry Edit: s/IE or Edge/Edge

So you need to make sure your code works on 3 different platform eventhough you're using a tool that's supposed to fix that problem in the first place? I don't know the extend of WebView in Electron is it something common?

Worse, it needs to run on every version on every os. Windows 10 has an evergreen webview, but on Mac for compatibility reasons the webview is only updated with a new OS release.

Edit: This is not something you run into with electron. It's the reason electron apps are so big, they bundle the whole browser engine.

Re: Tauri: Rust-based Electron alternative releases beta

#44

Post by nsonha »

ironmagma wrote: post #34
nsonha wrote: post #15

I don't get the push for rust as a front-end language, it's very distracting with a lot of low-level features. Can we just stick with "best tool for the job"? Rust for performance-critical systems and, say, typescript for front-end? Using a single language for everything is a wet dream that always ends up in complexity and more work as you're fighting the "native" ecosystem.

Normally I'm on the defensive side for the JS ecosystem on Hacker News, but not today. While it's still the best option for web app development productivity right now, there are woefully bad issues with the Node ecosystem, from poor or lack of documentation for complex build tools to zero contracts between dependencies. Rust has the advantage of being able to break if things seem to not fit together. It's a popular l…

> zero contracts between dependencies.

Isn't typescript contract?

This is not really about JS, if I want to replace JS I'll pick a language with similar characteristics that make it successful. Similar to how you replace C++ with rust, another language that gives you control of memory. For app developments they are simplicity and a focus on domain modelling with a good type system (this is typescript teritory), NOT memory safey.

And don't tell me that rust's type system is powerful too, yes, but it's also complex and the focus isn't domain modelling. Like C++ and golang's type systems, it's there to aid the compilers/borrow checker, not developers.

Example of such language in my other comment: kotlin, F#

Re: Tauri: Rust-based Electron alternative releases beta

#45

Post by iudqnolq »

parker-codes wrote: post #39
iudqnolq wrote: post #12

Earlier quoted context omitted.

They use whatever is the system WebView on the platform you run the code on. On Windows that's the Edge engine, on MacOS it's Safari's engine, etc. Those are all some combination of C and C++. See https://github.com/tauri-apps/wry Edit: s/IE or Edge/Edge

For Windows it will actually install Webview2 if it's not there already so it's not running on deprecated IE. https://github.com/tauri-apps/wry#windows

Good to know. Still awful on MacOS, and you'd presumably need to check distro by distro for Linux.

Re: Tauri: Rust-based Electron alternative releases beta

#46

Post by [deleted] »

andrewmcwatters wrote: post #42

I don't care about your YouTube videos, I don't care about your governance, I don't care about your book, tell me what it is in non-marketing speak and show me a screenshot on the front page and shut up about everything else. Tell me what it is, show me what it looks like, provide a "Hello, World!" API example for opening a window on the front page. Stop contributing to landing pages that jerk the consumer around.

[deleted]

Re: Tauri: Rust-based Electron alternative releases beta

#47

Post by knubie »

wffurr wrote: post #37
iudqnolq wrote: post #12

Earlier quoted context omitted.

They use whatever is the system WebView on the platform you run the code on. On Windows that's the Edge engine, on MacOS it's Safari's engine, etc. Those are all some combination of C and C++. See https://github.com/tauri-apps/wry Edit: s/IE or Edge/Edge

That seems to eliminate one of main advantages of electron, the consistent runtime environment. If your html/css/is has to work correctly in EdgeHTML, Safari Webview, and Blink, you are limited to the lowest common denominator features. Electron with Chromium has the largest feature set out of all of those.

I can’t speak for other developers but my app runs on electron and the web (because why not?), so I need to make sure my app works with those browsers as well.

A lot of the big electron apps I’m aware of are the same (slack, notion, discord, etc).

Re: Tauri: Rust-based Electron alternative releases beta

#48

Post by nsonha »

whimsicalism wrote: post #23
nsonha wrote: post #15

I don't get the push for rust as a front-end language, it's very distracting with a lot of low-level features. Can we just stick with "best tool for the job"? Rust for performance-critical systems and, say, typescript for front-end? Using a single language for everything is a wet dream that always ends up in complexity and more work as you're fighting the "native" ecosystem.

Maybe you should spend like 5 minutes looking into the thing you're critiquing before critiquing it? Just a suggestion, given that Tauri literally uses typescript for front-end.

did spend 5 mins, saw absolutely no code so I made some assumption. Maybe they should make better docs that don't require 5 mins+ to figure that out.

Re: Tauri: Rust-based Electron alternative releases beta

#49

Post by ahmedfromtunis »

andrewmcwatters wrote: post #42

I don't care about your YouTube videos, I don't care about your governance, I don't care about your book, tell me what it is in non-marketing speak and show me a screenshot on the front page and shut up about everything else. Tell me what it is, show me what it looks like, provide a "Hello, World!" API example for opening a window on the front page. Stop contributing to landing pages that jerk the consumer around.

There's this silly game a play sometimes: I go to producthunt.com, open a bunch of links and, then, try to guess what each of them does. I fail most of the time.

Re: Tauri: Rust-based Electron alternative releases beta

#50

Post by abeltensor »

adamnemecek wrote: post #31
nsonha wrote: post #15

I don't get the push for rust as a front-end language, it's very distracting with a lot of low-level features. Can we just stick with "best tool for the job"? Rust for performance-critical systems and, say, typescript for front-end? Using a single language for everything is a wet dream that always ends up in complexity and more work as you're fighting the "native" ecosystem.

When WASM becomes a dominant platform, all the performance-critical features will become very important.

WASN will always need some kind of javascript glue to interact with the DOM.
Post reply on HN