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

Deno Desktop

docs.deno.com

Post reply on HN
Print view View original

361–370 of 418 posts

Re: Deno Desktop

#361

Post by LtWorf »

steve_adams_86 wrote: post #359
LtWorf wrote: post #306

Earlier quoted context omitted.

When I started to use elastic search I found out that with some incorrect queries you could "poison" the process entirely and it would respond incorrectly to every single query from that moment on, until you killed it and restarted it. They responded to my issue several years later. I had changed jobs and I couldn't care less any longer. If that's your example of quality… well…

If a single outlying case in a broadly used piece of software is your example of an entire language's developer base, well...

A critical bug in your example of excellent software written in java. I've of course seen many horrors in other java projects.

Re: Deno Desktop

#362

Post by paddy_m »

c-hendricks wrote: post #358
jakelazaroff wrote: post #353

Earlier quoted context omitted.

This point of view always confuses me, because web developers already need to deal with platform differences. Especially if your app app also runs in a browser, like Slack and Discord — at that point, what issues do the differing system webviews cause that you don't need to deal with anyway just targeting browsers? It's also funny to me as someone who's been building websites for 20+ years at this point, because the…

webkitgtk isn't just quirky, it's also much slower compared to more popular browser engines and is particularly bad with RAM usage.

is webkitgtk different than the engine used in safari?

Re: Deno Desktop

#363

Post by OhMeadhbh »

Any indication when v2.9.0 will be released? I'd love to play with this, but the install instructions (at least for linux) don't seem to work. Is it working in Windowsland or on macOS?

Re: Deno Desktop

#364

Post by thejazzman »

TylerE wrote: post #348
socalgal2 wrote: post #343

Earlier quoted context omitted.

> Steam being a sluggish hell news to me. Been using steam since it launched. Never noticed it being sluggish

You haven't? Steam has been a miserable experience for years. Great way to make a monster gaming rig replicate the eMachines 1998 experience.

I'm so sincerely glad that 28 years later I get to spot hate for eMachine in the wild. What an absolute piece of shit. I remember buying one and immediately returning it and to this day... you get it.

Re: Deno Desktop

#365

Post by echelon »

jakelazaroff wrote: post #353
echelon wrote: post #282

Earlier quoted context omitted.

The biggest weakness of a framework like Tauri is the choice to target system webviews instead of bundling a browser runtime. It seems great to be able to cut hundreds of megabytes out of your app installer, but the platform differences wind up being a complete and ongoing pain in the ass. Tauri support on Windows is phenomenal. Tauri on Mac runs into lots of WebKit/Safari issues, especially on older Mac machines tha…

This point of view always confuses me, because web developers already need to deal with platform differences. Especially if your app app also runs in a browser, like Slack and Discord — at that point, what issues do the differing system webviews cause that you don't need to deal with anyway just targeting browsers? It's also funny to me as someone who's been building websites for 20+ years at this point, because the…

> This point of view always confuses me, because web developers already need to deal with platform differences.

On Mac, I use Firefox and Chrome.

However, if I use a Tauri app on Mac, I have to use dated WebKit. It's out of a Tauri developer's control.

Re: Deno Desktop

#366

Post by InsideOutSanta »

conductr wrote: post #285
turtlebits wrote: post #253

Earlier quoted context omitted.

Skipping testing on 15% of all devices to save $600? Sounds like a poor business decision.

15% of devices is not 15% of users. From my own experience having a web app that is 99% desktop windows users, why would I care about safari?

Well, if your app doesn't run on Safari, you're not going to have any users on Safari.

Re: Deno Desktop

#367

Post by jakelazaroff »

echelon wrote: post #365
jakelazaroff wrote: post #353

Earlier quoted context omitted.

This point of view always confuses me, because web developers already need to deal with platform differences. Especially if your app app also runs in a browser, like Slack and Discord — at that point, what issues do the differing system webviews cause that you don't need to deal with anyway just targeting browsers? It's also funny to me as someone who's been building websites for 20+ years at this point, because the…

> This point of view always confuses me, because web developers already need to deal with platform differences. On Mac, I use Firefox and Chrome. However, if I use a Tauri app on Mac, I have to use dated WebKit. It's out of a Tauri developer's control.

> On Mac, I use Firefox and Chrome.

Sure, but many people use Safari, which runs that exact same WebKit engine under the hood. So if your app is available in the browser in addition to Tauri, you have to support it anyway. And at the very least, you as a web developer should be used to supporting it.

Re: Deno Desktop

#368

Post by v3ss0n »

leleat wrote: post #66

> Shared CEF runtime across apps. Every app currently bundles its own CEF copy. A managed shared runtime would drop binary sizes to a few MB per app. On the roadmap. This[0] sounds interesting. I am not familiar with CEF, so I wonder how the versioning works. When different apps require different versions of CEF, do we just essentially end up with the electron model where every app bundles their own browser (just sli…

A strip down version of electron TBH.

Re: Deno Desktop

#369

Post by v3ss0n »

echelon wrote: post #282
tonyedgecombe wrote: post #86

Earlier quoted context omitted.

In case anybody else wondered CEF is the Chromium embedded framework. https://github.com/chromiumembedded/cef

The biggest weakness of a framework like Tauri is the choice to target system webviews instead of bundling a browser runtime. It seems great to be able to cut hundreds of megabytes out of your app installer, but the platform differences wind up being a complete and ongoing pain in the ass. Tauri support on Windows is phenomenal. Tauri on Mac runs into lots of WebKit/Safari issues, especially on older Mac machines tha…

LOL , then back to electron. I raised that since day one of Tauri.

Re: Deno Desktop

#370

Post by seanclayton »

bel8 wrote: post #26

I'm happy for competition in this space, specially because Deno can run true TypeScript directly and not just strip types like the current Node implementation. With that said, this is going to eat a lot of Tauri market. Why would I use Tauri now? The 150mb of additional bundle size is just an extra 1 to 10 seconds of download time in most internet connections and you get a reliable rendering engine.

> Why would I use Tauri now?

The same set of reasons anyone made desktop apps before Deno desktop launched. Deno desktop is not the reason desktop apps are made. If someone really wanted a desktop app made before, deno desktop isn't going to suddenly make new ones start appearing. It will just be a new choice among the many.

Post reply on HN