Live data from Hacker News

Show HN: Svelte NodeGUI, a lightweight Electron alternative with native UI

github.com

91–100 of 281 posts

Re: Show HN: Svelte NodeGUI, a lightweight Electron alternative with native UI

#91

Earlier quoted context omitted.

Off topic, any plan to make ot work with react native?

No plans, but what kind of integration would you have in mind? I actually happen to be struggling to get React Native in the NativeScript runtime right now – running it in the Node.js runtime would be if anything even more challenging. But there are other ways to make the two work together.

I’ve always been wondering what nativescript really was about, and how it compared to react native and other platforms (and also, why do i barely read about it on HN or elsewhere, as it seems to offer a cross-platform dev environment).

The project’s webpage has way too many tech listed to be of any help, and the video mentions a framework, an IDE, a debugging environment...

Do you have a good link where i could get a better understanding of the tech, and how it’s used in real world project ?

Re: Show HN: Svelte NodeGUI, a lightweight Electron alternative with native UI

#92
post #24
post #14

This looks nice ! However... "Low CPU and memory footprint (...) memory usage is under 20 MB for a Hello World program" : I am the only one who still thinks this is huge ? (-> https://tonsky.me/blog/disenchantment )

That blog post does speak to me, but 20MB for a program with a truly functional, modern UI doesn't outrage me that much. IMO there's a tradeoff: we could be writing all our programs in C, still. But it would be enormously difficult and there'd be way more bugs. On the other end of the spectrum we can be lazy, use web tech everywhere and never optimise our ballooning JS codebases. This feels like it's at least somewhe…

Emacs does those things too, these days. It's still snappier than anything else I've tried recently.

Re: Show HN: Svelte NodeGUI, a lightweight Electron alternative with native UI

#93

Earlier quoted context omitted.

I disagree. I remember using lots of GUI apps within a 96MB budget 25 years ago -- even browsers. Electron does not provide that much more desired features than apps from 25 years ago.

> Electron does not provide that much more desired features than apps from 25 years ago. That's true, but advanced GUI features aren't Electron's selling point. It's used because it offers easy portability and the ability to leverage web-dev skills.

What does Electron offer in terms of portability that SDL2 doesn't have?

Re: Show HN: Svelte NodeGUI, a lightweight Electron alternative with native UI

#94
post #14

This looks nice ! However... "Low CPU and memory footprint (...) memory usage is under 20 MB for a Hello World program" : I am the only one who still thinks this is huge ? (-> https://tonsky.me/blog/disenchantment )

20 MB is less than 0.25% of my desktop machine's memory, and 2% of a 2010-era netbook. 20 MB, while much larger than what it has to be, is tiny even by the standards of decade-old computers.

RAM is cheap and plentiful. If you don't use it, its value is almost zero (the "almost" comes from OS-level caching of files and CPU-level cache misses of code).

Re: Show HN: Svelte NodeGUI, a lightweight Electron alternative with native UI

#95
post #24

Earlier quoted context omitted.

That blog post does speak to me, but 20MB for a program with a truly functional, modern UI doesn't outrage me that much. IMO there's a tradeoff: we could be writing all our programs in C, still. But it would be enormously difficult and there'd be way more bugs. On the other end of the spectrum we can be lazy, use web tech everywhere and never optimise our ballooning JS codebases. This feels like it's at least somewhe…

Emacs does those things too, these days. It's still snappier than anything else I've tried recently.

cough vim cough

I'm just kidding. Don't want to start a fight here.

Re: Show HN: Svelte NodeGUI, a lightweight Electron alternative with native UI

#96
post #24
post #14

This looks nice ! However... "Low CPU and memory footprint (...) memory usage is under 20 MB for a Hello World program" : I am the only one who still thinks this is huge ? (-> https://tonsky.me/blog/disenchantment )

That blog post does speak to me, but 20MB for a program with a truly functional, modern UI doesn't outrage me that much. IMO there's a tradeoff: we could be writing all our programs in C, still. But it would be enormously difficult and there'd be way more bugs. On the other end of the spectrum we can be lazy, use web tech everywhere and never optimise our ballooning JS codebases. This feels like it's at least somewhe…

As mentioned in the other comment, emacs does those things, and so does Vim (with plugins of course).

I moved from sublime to atom to VS code, but eventually settled on Vim because I was able to get the same features (that I used) while getting almost instant response. A feeling that has completely changed how much I enjoy writing any sort of text.

Re: Show HN: Svelte NodeGUI, a lightweight Electron alternative with native UI

#97
post #89

How do you deal with zero day vulnerabilities? To me the biggest concern using browser-as-a-desktop solution is that there will be quite a lag between when Chrome patches zero days vs when it gets released. ex) nw.js, electron.

What sort of vulnerabilities are you worried about? You're running trusted code, connecting to a trusted service via https. Not browsing arbitrary websites. I doubt many vulnerabilities would affect this.

Re: Show HN: Svelte NodeGUI, a lightweight Electron alternative with native UI

#98
post #14

This looks nice ! However... "Low CPU and memory footprint (...) memory usage is under 20 MB for a Hello World program" : I am the only one who still thinks this is huge ? (-> https://tonsky.me/blog/disenchantment )

I’m less concerned about the footprint and more about security.

It can be assumed that anything running on the desktop has or will have vulnerabilities. The rise of web applications has been partially due to the assumption of great sandboxing.

I look forward to this project doing well, but it’s not the first time I’ve seen an electron competitor on HN promoting it being Node-based. Node isn’t sandboxed by default.

Re: Show HN: Svelte NodeGUI, a lightweight Electron alternative with native UI

#99

Earlier quoted context omitted.

Emacs does those things too, these days. It's still snappier than anything else I've tried recently.

cough vim cough I'm just kidding. Don't want to start a fight here.

Well, with vim, it probably depends more on your terminal and tmux, while Emacs renders its own graphical frames.

But those wars are long over anyway, these days. One might just as well fight over whether the monolith on Earth's moon is better than the one on Europa, or vice versa.

Re: Show HN: Svelte NodeGUI, a lightweight Electron alternative with native UI

#100
post #93

Earlier quoted context omitted.

> Electron does not provide that much more desired features than apps from 25 years ago. That's true, but advanced GUI features aren't Electron's selling point. It's used because it offers easy portability and the ability to leverage web-dev skills.

What does Electron offer in terms of portability that SDL2 doesn't have?

The larger point is ease of use
Post reply on HN