Top
Best
New

Posted by GeneralMaximus 14 hours ago

Deno Desktop(docs.deno.com)
891 points | 335 commentspage 2
SpaceL10n 7 hours ago|
I think the last time I tried Deno for desktop it didn't allow for fullscreen webview apps. that was a showstopper for our kiosk apps. I'll have to revisit that issue and see if it's resolved now. I'm glad to see Deno continuing to march on.
zamadatix 5 hours ago|
You may have played with a 3rd party/unofficial solution or similar in the past as Deno Desktop has only just now become available in the Canary branch.
lwansbrough 11 hours ago||
Similar to something I'm working on for games: https://jumpjet.dev

WASM you can bundle for Windows, macOS, Linux, Android, iOS and web. Unlike Deno Desktop, it doesn't rely on a browser engine.

catears 9 hours ago||
Just FYI, when checking out jumpjets homepage, the white-dot airship in the background made the white text in the hero banner hard to read.

Cool project!

matharmin 11 hours ago|||
Do you mean "Unlike Deno Desktop"? Deno Desktop definitely relies on a browser engine.
lwansbrough 11 hours ago||
Yes, thanks.
ai_fry_ur_brain 11 hours ago||
Do you reccomend and resources for building w/ & learning about wasm?
lwansbrough 11 hours ago||
It's all so bleeding edge right now. It also depends how deep you want to go. An increasing number of languages support wasm as a compile target, which is helpful.

Bytecode Alliance do semi-regular streams on Youtube. I think reading (recent) material on WASI (0.3) and the Component Model would be a good start.

Understanding the relationship between a host and a guest is valuable. Learning what wasmtime is and how it works is also illuminating: https://docs.wasmtime.dev

liampulles 10 hours ago||
Having deno desktop do the framework handling for a bunch of popular options is an interesting choice. It seems deno is trying less to be an agnostic JS runtime, and more an "integrate everything toolkit" (not unlike Spring in the Java space).
paulbjensen 9 hours ago||
Actually, this would be amazing for distributing web games as apps for Steam or online purchase. I am going to give it a try.
lillesvin 13 hours ago||
As much as I like cross-platform stuff, I also really like native UIs that follow native UX patterns, etc.
poisonborz 2 hours ago||
This ship has long, long sailed. If you don't spend your all your 24 hours as an office worker using Microsoft software, or you're locked in with a PC from 30 years ago, chances are almost every single UI you use will look differently, besides some microscopic agreements, like back button or a burger menu.

We just got used to it. There is some very vague thin layer of "commonly accepted patterns and symbols", but otherwise users just get through it.

deely3 12 hours ago|||
We spend a lot of time using different browsers. As far as I know there no web engine that use native OS UI for rendering.
kuekacang 9 hours ago|||
Isn't all uses native OS UI widget? But since the brand need to be experienced the same across platform, it overrides the native rendering and use custom styles instead.
nicce 9 hours ago|||
> As far as I know there no web engine that use native OS UI for rendering.

That sounds like a monster I would be afraid to touch.

mohsen1 8 hours ago||
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.

hbn 3 hours ago|||
The issues with the ChatGPT Mac app could also be reflective of the state of Swift UI considering not even Apple themselves can ship Swift UI apps that aren't janky.

https://daringfireball.net/2026/06/swiftui_only_makes_it_eas...

LtWorf 7 hours ago|||
Did they run out of tokens? Why don't they ask their agent to update the mac version?
DaanDL 12 hours ago||
I swear we're just going to end up with Java again.
preommr 8 hours ago||
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).

boofus 7 hours ago|||
Java may be good, but it's boring. No joy comes from programming in Java.

I need to enjoy my work to be engaged and productive.

FelipeCortez 4 hours ago|||
You can use Clojure to get all the goodness from Java and still have fun
bigstrat2003 2 hours ago|||
That is a matter of taste. I enjoy programming in Java just fine.
LtWorf 7 hours ago|||
I have nothing against java. But for some reason in my experience all the developers using it are low quality, and gave it the reputation it has.
steve_adams_86 5 hours ago||
I think this is a selection bias speaking rather than a reasonable reflection of what goes on in the Java world. Some insanely sophisticated and high quality technologies are written with Java.

The problem is like with JS or PHP, it is ubiquitous in many settings. There are a lot of people who can use it because it was the default language taught in CS programs, many corporate settings for decades, or similar. It’s the runtime for android devices. It’s everywhere. Of course you’ll encounter a lot of low quality developers.

Your comment mostly indicates that you haven’t been fortunate enough to encounter the high quality Java devs, not that they don’t exist. They exist and they build world class software that backs massive systems like elastic search, Kafka, spark, or Cassandra.

LtWorf 4 hours ago||
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…

steve_adams_86 14 minutes ago||
If a single outlying case in a broadly used piece of software is your example of an entire language's developer base, well...
LtWorf 8 minutes ago||
A critical bug in your example of excellent software written in java. I've of course seen many horrors in other java projects.
c-smile 4 hours ago|||
It is better to be D language then - natively compiled and has superb meta programming features.

Especially if to consider that I've added native D support to Sciter [1].

[1] https://terrainformatica.com/2026/06/05/ai-assisted-developm...

wiseowise 11 hours ago|||
Java would be a killer platform if they shipped built-in, tauri-like, UI.
olcay_ 11 hours ago||
There's Compose Multiplatform if you are willing to switch to Kotlin. Only caveat is that it uses Canvas rendering on web.
clumsysmurf 11 hours ago||
Compose and AOT compiled binaries would be amazing (GraalVM Native Image kinda thing) but it doesn't look very easy at the moment. Leyden with a regular JVM might be the best we get.
EddieRingle 3 hours ago||
Compose UI apps can be compiled to native binaries already, via Kotlin's LLVM backend, though at the moment only the macOS/iOS targets have proper (official) support. Last I looked (a few years ago now), the Linux and Windows targets shouldn't be too far off, since it's all built on top of Skia already, someone just needs to care enough to put in the work. (But since right now you already get coverage for all platforms between JVM and Wasm, not to mention hot reload support on the JVM, there's little motivation to do so.)
mfru 12 hours ago|||
At this point I think that would be a more sane outcome than whatever it is we have right now.
tonyedgecombe 11 hours ago||
We were writing and shipping desktop applications with it back in the nineties. Although many of the arguments against it were similar to the arguments against Electron today.
ivell 9 hours ago|||
I think the UI look and feel was very ugly for many users and that caused its demise. The cross platform skin was ugly. The native skins were in the uncanny valley.

The framework was reasonably good for its time. By the time good looking UI frameworks came, the bad reputation was already set.

frou_dh 8 hours ago|||
Even the later JavaFX was a tasteless exercise. I opened some apps and you could tell within 1 second that something was wrong because all the text was using fugly non-platform-native (or somehow screwed up) text rendering.
tonyedgecombe 5 hours ago|||
I think SWT was the best option if you wanted native controls.
LtWorf 7 hours ago|||
Yeah back then a java application could take several minutes to open.
DonHopkins 10 hours ago|||
The Revenge of Javagator!

https://news.ycombinator.com/item?id=19837817

abecedarius 6 hours ago||
[dead]
undefined_void 7 hours ago||
Deno Desktop supports two backends as of now: CEF (Chromium) and Webview

You can get your app sizes as low as 15mb with `deno desktop --compress` (in canary)

A tiny "raw" windowing backend exists for WebGPU rendering as well

krawcu 12 hours ago||
Why did they describe electrobun as macOS only? I checked their docs and it has support for Windows, macOS and Linux

https://docs.deno.com/runtime/desktop/comparison/ https://github.com/blackboardsh/electrobun#platform-support

bartlomieju 9 hours ago|
Thanks, I'll update the docs. When we wrote them a couple weeks back, Electrobun was announcing Linux only support.
sureglymop 13 hours ago|
Looks actually good!

I wonder if it supports opening invisible browser windows and doing things like intercepting cookies. In my desktop application I leverage a hidden browser window to manage auth state and use it like a proxy for the rest of the application. Might try to port it to deno desktop.

More comments...