Live data from Hacker News

Deno Desktop

docs.deno.com

201–210 of 418 posts

Re: Deno Desktop

#201
post #50

I swear we're just going to end up with Java again.

I will die on the hill that Java was a good language, and had the potential to leapfrog us from where we are by at least a decade.

But it got hobbled by the awful, awful enterprise style culture, cultural misunderstanding of OOP (especially inheritance), and corporation shenanigans (fucking oracle).

Re: Deno Desktop

#202
post #75
post #3

> Web technology is the most widely-known UI toolkit in the world. Poor choice of words there IMHO. The reason Electron apps get a lot of flak is because they are everything _but_ a UI toolkit. They consistently miss the mark in adopting UI patterns from their host OS. Web tech is just web tech. Yes it will allow you to render a button, but even unstyled, the button won't necessarily look native to the OS, and will v…

Who cares if it looks native? Native UIs change all the time too and not always for the better.

I change clothes all the time too, still match the pieces of clothing each time.

There's aesthetic value to coherence. There's also design, usability value. I have Telegram, Steam and Firefox opened right now and each one of them displays different minimize/maximize/close buttons on the top right. That's not ideal.

Re: Deno Desktop

#204
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…

I'd prefer if it just used the system webview rather than downloading and managing an embedded browser itself. Webview2 on Windows for example.

> Small by default, full Node compatibility. The default WebView backend uses the operating system's own webview for small binaries

Re: Deno Desktop

#205
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…

I'd prefer if it just used the system webview rather than downloading and managing an embedded browser itself. Webview2 on Windows for example.

That appears to be the default, CEF is available if required (hint: it shouldn't be).

Re: Deno Desktop

#206
post #107

Curious to know who is using Deno in anger most days and in production full time? It seems like the choice of JS runtimes exploded over the past few years with that, Bun, etc.

Why "etc."? Isn't it just node, bun and deno? Genuine question

There's QuickJS, LLRT, Rhino, and GameMaker is about to get TS/JS support.

Re: Deno Desktop

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

I have better things to do than spend my time adopting UI for various different systems. If Electron gives me the option to easily create a UI that looks the same everywhere, then I'll pick Electron over anything else any day.

I'm completely sure your software is an accessibility nightmare.

Re: Deno Desktop

#208
post #119

Earlier quoted context omitted.

chromium is basically operating system at this point, it lacks kernel and ability to boot independently (added in chromium os), which is both good (from abilities standpoint) and bad (when copy of chromium is bundled with every app that renders webform with text field and button and nothing else) when it goes about using webapps as desktop apps, native PWA support should be used, it would - in theory at least - lesse…

> chromium is basically operating system at this point I get what you're trying to say, but Chromium is far from being an OS. What you could say is, Chromium is as complex as an OS, or is replacing the OS in providing functional libraries atop devices (OS-provided application framework, if you will).

You are correct. Notwithstanding, people have been expressing the gp's sentiment for like a decade now [1] as is evident in this sub-thread [2], so it's a losing battle trying to prevent people from making such comparisons.

1: 24-core CPU and I can’t move my mouse https://news.ycombinator.com/item?id=14733829

2: https://news.ycombinator.com/item?id=14736498

> Just as a data point - Chrome has more code than the linux kernel -

> It's an operating system (pretending to be a browser).

Re: Deno Desktop

#210

As much as I like cross-platform stuff, I also really like native UIs that follow native UX patterns, etc.

In practice it's much harder to maintain a native app. I am noticing this with ChatGPT Mac app vs. Codex Mac app. ChatGPT on Mac is constantly behind compared the web ChatGPT while Codex is shipping features at a much higher velocity. Also ChatGPT hangs and has more weird bugs compared to Codex.

Did they run out of tokens? Why don't they ask their agent to update the mac version?
Post reply on HN