Live data from Hacker News

Deno Desktop

docs.deno.com

261–270 of 418 posts

Re: Deno Desktop

#261
post #55
post #20

Earlier quoted context omitted.

Yeah, it is mostly laziness and cost cutting at the expense of users. Nowadays there isn't even an excuse anymore, just vibe code it away in native frameworks.

Which native framework? Even in a "post-vibe code" era I wouldn't want to create multiple versions of the same app, and none of the "platform-native" GUI toolkits run on everything. SwiftUI is apple-only, gtk has pretty bad compatibility on non-linux, qt is decent but requires C++ or python, and even so still not much for mobile. Don't even get started on "Windows frameworks", because as I write this sentence they ma…

The one which OS has to offer.

Web is bad everywhere outside of the browser.

Re: Deno Desktop

#263
post #251

Neat! Is there any "bundle/integrate with existing native application" story like Tauris sidecar [0]? [0]: https://v2.tauri.app/develop/sidecar/

From what I understood, what you want is `deno desktop --include […]`.

> Includes an additional module or file/directory in the compiled executable.

Re: Deno Desktop

#265

Earlier quoted context omitted.

I guess people are tired of each instance of an Electron-based app using 1GB+ of RAM.

I just tried `deno desktop helloworld.ts` and the result is 442 MB. So it's not any lighter than Electron (see my toplevel comment)

Then it probably was wishful thinking on my side...

Re: Deno Desktop

#266
post #261
post #55

Earlier quoted context omitted.

Which native framework? Even in a "post-vibe code" era I wouldn't want to create multiple versions of the same app, and none of the "platform-native" GUI toolkits run on everything. SwiftUI is apple-only, gtk has pretty bad compatibility on non-linux, qt is decent but requires C++ or python, and even so still not much for mobile. Don't even get started on "Windows frameworks", because as I write this sentence they ma…

The one which OS has to offer. Web is bad everywhere outside of the browser.

I want to have both linux and mac users (but maybe also android, ios, windows).

You clearly see the issue.

Re: Deno Desktop

#268

No matter how good they get, I still hate everything about js desktop apps

No matter how much you hate everything about js desktop apps — there are no proper alternatives.

The web is probably the closest thing the software industry has to a truly universal, open application platform. There is corporate influence, but it is substantially more vendor-neutral than any other UI platforms.

The web stuff mostly uses licenses such as MIT, Apache 2.0, and BSD. GPL-licensed projects exist, but still many more on permissive side.

Web is based on open standards developed through organizations and specifications are publicly available, royalty-free, and implemented by multiple independent browser engines rather than being owned by a single corporation.

Re: Deno Desktop

#269
post #188

Earlier quoted context omitted.

People build web apps for an array of browsers and huge ranges of versions. I think if you started using some tech to deploy an end user program and knew from the beginning the browser could be updated beneath you it would work just fine. But if you start with a golden version of Chrome and put off updating for too long you’ve let yourself get too comfortable.

> People build web apps for an array of browsers and huge ranges of versions. en masse they don't. They just target the latest Chrome

I target IE6 and it just works everywhere

Re: Deno Desktop

#270
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.

> Deno can run true TypeScript directly and not just strip types

What exactly do you mean by that? Because no js engine carries the ts types into the runtime as far as I know. Deno and nodejs both use v8 as the runtime. v8's internal types are not connected at all to the ts types regardless of the wrapper. The only difference might be when/if static type checking is performed.

Post reply on HN