Live data from Hacker News

Zero-native – Build native desktop apps with web UI

zero-native.dev

11–20 of 65 posts

Re: Zero-native – Build native desktop apps with web UI

#11
Still, using system's native GUI should be more performant and use less memory.

I would rather see existing Zig GUI libraries using system's GUI primitives improving. With LLM GUI stuff should be simple enough and we don't need to rely on people web expertise to build desktop apps.

Re: Zero-native – Build native desktop apps with web UI

#12
post #5

> Use the system WebView for lightweight apps, or bundle Chromium via CEF so basically a vibe coded Tauri in zig? I don't like calling webview dependent applications "native desktop apps". Native desktop apps means using the OS primitives and directives to draw the UI imo; WinForms, SwiftUI, and their ilk.

Maybe it's called zero native because that is how native it is.

Re: Zero-native – Build native desktop apps with web UI

#13
post #2

> No borrow checker. No lifetimes. No fighting the compiler for 20 minutes over a string. I don’t like this attitude, both zig and rust have their strengths.

I would take Zig over Rust any time. It simply fits the way I think much much better.

And since 0.16/0.17 Zig introduced a very nice async/concurrency system that doesn't require function coloring. While async in Rust still feels strange and not well integrated.

Re: Zero-native – Build native desktop apps with web UI

#14
post #2

> No borrow checker. No lifetimes. No fighting the compiler for 20 minutes over a string. I don’t like this attitude, both zig and rust have their strengths.

> "I don't like this attitude"

Cool, let me know when you have a rational counterargument then, some of us have gotten fed up with Rust (especially at scale) and are very much enjoying Zig (which has no magic, which turns out to be a huge advantage at scale)

Re: Zero-native – Build native desktop apps with web UI

#16
post #2

> No borrow checker. No lifetimes. No fighting the compiler for 20 minutes over a string. I don’t like this attitude, both zig and rust have their strengths.

> "I don't like this attitude" Cool, let me know when you have a rational counterargument then, some of us have gotten fed up with Rust (especially at scale) and are very much enjoying Zig (which has no magic, which turns out to be a huge advantage at scale)

Ok have fun. The rest of us are having no problems.

Re: Zero-native – Build native desktop apps with web UI

#17

Still, using system's native GUI should be more performant and use less memory. I would rather see existing Zig GUI libraries using system's GUI primitives improving. With LLM GUI stuff should be simple enough and we don't need to rely on people web expertise to build desktop apps.

Unfortunately, all the native "system" GUI frameworks are all terrible in their own unique ways.

Unless you mean drawing the gui directly to a graphics surface, which often results in even poor accessibility and system integration unless the developer cares a lot about that and puts a lot of effort into it.

Re: Zero-native – Build native desktop apps with web UI

#18
post #12
post #5

> Use the system WebView for lightweight apps, or bundle Chromium via CEF so basically a vibe coded Tauri in zig? I don't like calling webview dependent applications "native desktop apps". Native desktop apps means using the OS primitives and directives to draw the UI imo; WinForms, SwiftUI, and their ilk.

Maybe it's called zero native because that is how native it is.

"Not native" doesn't roll off the tongue quite so easily (dot com is available for a few grand). Concept is solid, an ingenious name even.

Re: Zero-native – Build native desktop apps with web UI

#20
post #2

> No borrow checker. No lifetimes. No fighting the compiler for 20 minutes over a string. I don’t like this attitude, both zig and rust have their strengths.

> "I don't like this attitude" Cool, let me know when you have a rational counterargument then, some of us have gotten fed up with Rust (especially at scale) and are very much enjoying Zig (which has no magic, which turns out to be a huge advantage at scale)

"No borrow checker" id not a reason to switch to Zig, unless you have a reason that borrow checker is limiting you from developing, hence the "I don't like this attitude". Just give the reason, not the "solution"

Not to mention we're nitpicking over something that an LLM wrote.

Post reply on HN