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

171–180 of 435 posts

Re: Tauri – Electron alternative written in Rust

#171

Post by yayr »

formerly_proven wrote: post #125
sbarre wrote: post #109

Earlier quoted context omitted.

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.

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

Re: Tauri – Electron alternative written in Rust

#172

Post by fabiospampinato »

skinkestek wrote: post #147
fabiospampinato wrote: post #138

Earlier quoted context omitted.

Testing on ~~Chrome~~ Firefox would save you from accidentally using Chrome-only features, but that's only part of the problem, caniuse.com kinda works better for that as you get data about other browsers too.

>Testing on Chrome would save you from accidentally using Chrome-only features, but that's only part of the problem, How? > caniuse.com kinda works better for that as you get data about other browsers too. caniuse.com is nice but unlike using a standards compliant browser it requires you to be mentally alert and aware of it. Using a standards compliant browser means you'll see the result of sloppy css immediately on…

>>Testing on Chrome would save you from accidentally using Chrome-only features, but that's only part of the problem, >How?

Sorry I meant "Firefox" and "Chrome-only" there.

In general though it's not like Firefox is spec compliant and others aren't, pretty much every browser works a little different in some areas. Just for the sake of saying something verifiable: no browser is spec compliant because the spec mandates a precise maximum length for strings and each main browser has a different, arbitrary (= I have the RAM, they just won't let me use it), lower limit on that.

Re: Tauri – Electron alternative written in Rust

#173

Post by tomrod »

zaik wrote: post #165
tomrod wrote: post #146

Earlier quoted context omitted.

IRC has loads less overhead with equivalent ephemerality! :) I'll not bemoan folks choice of comms channels, just would be nice to have a consistent place to do it. Between Gitter, slack, IRC, Discord, and others, fragmentation of chat clients is annoying. Pidgin solved this all a long time ago but then XMPP got dumped.

> but then XMPP got dumped by Google and Facebook.

And virtually everyone else, right?

What is open standard used today?

Re: Tauri – Electron alternative written in Rust

#174

Post by WolfOliver »

schickling wrote: post #157
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…

Hi folks, I'm the user from the screenshot above (thanks for sharing this btw). I have to say, this was a quite unpleasant and unwelcoming interaction as my question was genuine and I indeed did do some extensive research before asking this question in Discord. As a devtools founder myself (co-founded www.prisma.io) I highly value welcoming and helpful communities and offered my help to the people behind the Tauri pr…

Are you still using tauri?

Re: Tauri – Electron alternative written in Rust

#175

Post by MontagFTB »

azangru wrote: post #166
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.

> It makes perfect business sense to use electron. In many cases, it should also make perfect business sense to use PWAs. I've heard Adobe has brought a significant part of the Photoshop and Illustrator functionality into their web apps.

> I've heard Adobe has brought a significant part of the Photoshop and Illustrator functionality into their web apps.

This is true. We managed to wrap a very large portion of the desktop code base into a “portable” library (with some customization at the point the library hits the OS, e.g., file IO.) This library is compiled specifically for the OS it’s going to run on (iOS, Web) to give us the best performance we can muster.

The UI for each implementation is bespoke. This lets us build native interactions on the platforms we ship to, giving the end user the best look-and-feel for the platform they’re on. The flip side to this is development cost and time. In the long run, we believe it is worth it.

Rewriting Photoshop in Electron would have been infeasible and the performance hit a non-starter. The path we’ve taken has some trade offs to it, but is the right one given the legacy tech we have and what we want to do with it.

Re: Tauri – Electron alternative written in Rust

#177

Post by dangoor »

giorgioz wrote: post #20

At https://www.waiterio.com we use plain webviews for Android, iOS and macOS without any framework and Electron for Windows and Linux. The problem with frameworks is that once a year Apple make a change to their signature and it can break the framework for several weeks/months before a fix/hack around is found. By using native webviews you can quickly implement the change needed and get back online in days.

Projects like Tauri use libraries like Wry[1], though. Getting Wry fixed to use the new API shouldn't be any more difficult than the work you need to do, right? And that work is then shared by everyone using the project.

[1]: https://github.com/tauri-apps/wry

Edit to correct that Tauri uses Wry and not Webview.

Re: Tauri – Electron alternative written in Rust

#179

Post by dangoor »

synergy20 wrote: post #134

Last time I checked it's using libwebkit to render html/js/css, which means, on top of my chrome typical daily browser, Tauri brings another browser(memory and CPU) into the system, which nearly doubled my 'browser resource' consumed on the computer, not good.

Tauri uses Wry[1], so it should actually be using the webview that comes with your OS. FWIW, every Electron app includes its own copy of Chromium, so that's even worse from this perspective.

[1] https://github.com/tauri-apps/wry

(edited to fix that Tauri uses Wry and not Webview)

Re: Tauri – Electron alternative written in Rust

#180

Post by fiatjaf »

aniforprez wrote: post #129
fiatjaf wrote: post #123

Earlier quoted context omitted.

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

This is not true, most languages are multiplatform. And there are dozen of multiplatform native GUI frameworks out there. Flutter is one of them, the other ones I cited too.
Post reply on HN