Tauri – Electron alternative written in Rust • Hacker News Board

Re: Tauri – Electron alternative written in Rust

#391

Post by tombofry » Thu, Jan 06, 2022, 12:21 AM UTC

jchw wrote: post #327

cpuguy83 wrote: post #290

Earlier quoted context omitted.

As someone who uses Safari on Mac, I can say that compatibility issues are a big deal. Granted many of the issues are simply from sites checking for Chrome and telling everything else to f--- off. I've even seen a site fail to run on (chromium) Edge because it really wanted Chrome. However, real compatibility issues are a thing as well. That said, I hate electron. I hate that I have to run 4-5 instances of chrome on…

To be fair, I hate Safari with a passion. It took until iOS 15 for support for WebAssembly.initiateStreaming and there’s still no support for WebM or Opus on iPhones. Curiously, on platforms where Apple doesn’t mandate a browser engine, Safari is magically able to support codecs that aren’t patent-encumbered…

Just to clarify - WebKit does support Opus, but using their CAF container [1], which is a pain to deal as it requires double the space to store essentially the same encoded audio twice.

[1]: https://developer.mozilla.org/en-US/docs/Web/Media/Formats/A...

Re: Tauri – Electron alternative written in Rust

#392

Post by c-smile » Thu, Jan 06, 2022, 12:33 AM UTC

tekknik wrote: post #226

nine_k wrote: post #106

Earlier quoted context omitted.

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.

You would be surprised but that is exactly what you do when you access VMs on clouds.

To be short: if you can make your app less greedy - do it.

In some cultures we have a concept of "engineering conscience" (ru: "инженерная совесть"). Are we loosing all that?

Re: Tauri – Electron alternative written in Rust

#393

Post by jen20 » Thu, Jan 06, 2022, 12:37 AM UTC

phil294 wrote: post #280

jen20 wrote: post #167

Earlier quoted context omitted.

I’d encourage you to rethink whether the “all” you describe is desirable. I couldn’t care less whether an app is consistent across platforms - in fact I consider that a strict negative since apps should be consistent with the platform on which they are running not with themselves on other platforms.

I don't think that "consistent" always necessarily refers to pixel-perfect equality. When using this term in web dev, most would refer to browser standards as in spacing, layout, JS apis, availability of native elements etc. In this context, consistency is rather the opposite of negative. I don't think anyone really cares about how date picker looks on Firefox vs. on Chrome. Maybe you are referring to Gtk/Qt vs. win3…

I'm not that interested in using lower common denominator software on any platform - for my purposes I am only interested (and willing to pay for) software written to integrate with macOS in a first party manner. That means I want all of the accessibility controls to work, all of the system integration to work and so forth. I'd expect anyone serious about software to want the same on whatever platform they use. Lowest common denominator crap is the thing that needs to die.

Re: Tauri – Electron alternative written in Rust

#394

Post by pornel » Thu, Jan 06, 2022, 12:42 AM UTC

int_19h wrote: post #342

pornel wrote: post #309

Earlier quoted context omitted.

Right-click, Inspect Element. Web development tools have become fantastic UI debugging tools. You can inspect live running UI and tweak it in real time without a rebuild. CSS is very powerful, and it's relatively easy to build complex layouts with animations. People joke how it's impossible to center things, but CSS has matured beyond that (IE is dead).

WPF had the equivalent of "inspect element" 10 years ago. You don't need HTML for that, you just need good tooling.

I must admit, I haven't been following Windows toolkits since MFC. I've only heard about WPF in the context of dead Longhorn features. Isn't it deprecated in favor of WinUI or whatever replaced Metro?

Re: Tauri – Electron alternative written in Rust

#395

Post by spiffytech » Thu, Jan 06, 2022, 1:04 AM UTC

dangoor wrote: post #177

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.

Wry is for desktop, but the grandparent is also targeting mobile.

Re: Tauri – Electron alternative written in Rust

#396

Post by bharathlohray » Thu, Jan 06, 2022, 1:04 AM UTC

Jaffa's word for earthlings?

Re: Tauri – Electron alternative written in Rust

#397

Post by TheHippo » Thu, Jan 06, 2022, 1:13 AM UTC

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.

I don't know how the website was translated, but the German translations are terrible.

Re: Tauri – Electron alternative written in Rust

#398

Post by worik » Thu, Jan 06, 2022, 2:32 AM UTC

didip wrote: post #308

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.

It is not hard for me to understand that even though I am not a client-side engineer. Web tech (HTML, JS & CSS) are widely understood with millions of tutorial reference. On top of that, you get a cross OS build that looks the same everywhere. If all you are paying are just CPU and RAM, then that is a great tradeoff.

The bits that face the user are an important part of, but only a part of, all the gears and wheels that make a computer programme useful

Re: Tauri – Electron alternative written in Rust

#399

Post by TheGoddessInari » Thu, Jan 06, 2022, 2:59 AM UTC

jitl wrote: post #221

skinkestek wrote: post #117

Earlier quoted context omitted.

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…

> There’s plenty of weird cruft in Firefox’s ~30 year old codebase that causes bugs and unspecified behavior.

Just wondering where you're getting "30 years" from?

That asked, a Chrome-shaped monoculture doesn't help anybody. We need more competing implementations, not less. Anyone feel like collaborating on such?

Re: Tauri – Electron alternative written in Rust

#400

Post by brnt » Thu, Jan 06, 2022, 3:28 AM UTC

gefhfffh wrote: post #316

jcelerier wrote: post #49

Earlier quoted context omitted.

I don't understand why this relative metric matters. Past the size of a small city it just shouldn't matter how many more users the competition have. There are more firefox users today (~200M) than there were total internet users in 1998 (~150M), and surely you would agree that it does not make sense to discard that, any more than it makes sense to discard, say, UK or France from diplomatic relationships because they…

Hmm it matters because when everyone basically uses competition, it doesn't matter if a few people use something else

Just because only 17M people live in the Netherlands, does not mean it's OK to block them. Just because people in wheelchairs don't wall, does not mean we don't need to build streets such they can get around too. Just because some people use the Greek script, does not mean ASCII is enough.

It's called accessibility, and it's a very good thing.