131–140 of 231 posts
Earlier quoted context omitted.
What about good ol' QT?
The problem is that your language choice is very limited. You can choose C++, no thanks, or Python which is very slow. There are no good options for languages or VMs on Qt in the Java/C#/VM/Jit range of the language performance spectrum.
well it might in relative terms, but a pyqt app is almost certainly going to be an order of magnitude faster than electron.
Earlier quoted context omitted.
I've always wanted a terminal with bloom effects and it seems that Hyper 2 might be able to provide that. But I haven't found a theme that does that, and I haven't wanted it enough to look into that.
Bloom effects? As in, glowing and stuff?
Earlier quoted context omitted.
I have coded with both, and practically, yes, they are. The only place where JS would beat Python would be a big loop with number crunching, which you would do with numpy anyway. Or pypy, which is 50 times faster than V8. A desktop app would not see any difference. A sysadmin script neihter. Data analystics is made using numpy/scipy/pandas. Web sites bottleneck are incredibly rarely the server side scripting language…
> pypy, which is 50 times faster than V8. Ehhh V8 is pretty competitive with C for number crunching. Where are you getting that 50 times figure from?
Earlier quoted context omitted.
Last time I checked the bindings of QT[1] for NodeJS were not updated since 6 years. I think they are still unmaintained and also are lacking the community around it. I think GitHub embracing Chrome-wrapped-apps was a significant move, since no other company did something similar for desktop javascript applications. Maybe we will need to wait a bit more, until some of the big tech companies realises that having bette…
But why would I want to use Node JS?
That seems to be one of the main drivers behind Electron's popularity, others being easier cross-platform support (or at least the perception of that) and the vote of confidence in its stability from the likes of MS using it in their products (primarily VSCode in MS's case).
What would be your alternate suggestion, and why? (genuine question rather than a rhetorical dig: I plan to tinker with Electron for a couple of projects soon so if there is something better (or simply that is a suitable alternative to consider) out there I'm not aware of, I'd like to be made aware)
Earlier quoted context omitted.
I haven’t tried it, but isn’t JavaFX supposed to be the future of JVM based GUI’s? I’m actually very curious about others experiences with it.
I just went through a simple exercise; for my tests, a minimal JavaFX app starts at ~100MB while a minimal Electron app starts around ~65MB.
My gripe was always having a terminal not blend in with the editor which makes this nice but vscode essentially does that out of the box for me. Now if I ever need the terminal and I'm not looking to code anything, I just use the native terminal. I can see why some people might like this if they are using sublime, atom, etc other editors that don't have terminal included but that was the only void this somewhat filed…
While everyone fights about Electron I have a slightly off topic question- why are programs like these called a terminal emulator (emphasis on emulator)?
Earlier quoted context omitted.
- Easier to make a multiplatform application, compared to alternatives. - Makes it possible for people who don't know (and/or don't want to know) anything beyond the web stack to build "desktop" applications. - Easy to make it look nice by default, because you can reuse all the work that went into building the browser as a runtime, + you have a ton of eyecandy JS libraries to choose from.
Also you can have interesting rendering possibilities like in-line display of images, charts, tables. Longer-term: new generation of command-line tools with different ux paradigms for interactive use? Like, Funny that people "get" jupityr notebooks but not this.
Electron is just half remembered dream of flash, but without the efficiency or programming environment. That compiled once and worked the same everywhere.
We threw away flash because the iphone was underpowered, only for it to be replaced with the horror that is modern js centered webdev.
My gripe was always having a terminal not blend in with the editor which makes this nice but vscode essentially does that out of the box for me. Now if I ever need the terminal and I'm not looking to code anything, I just use the native terminal. I can see why some people might like this if they are using sublime, atom, etc other editors that don't have terminal included but that was the only void this somewhat filed…
I solve this problem by using vim, so my terminal is my editor.
With that said, first class integration around a shell could definitely make me change editors. As much as I like terminal editors, it's a very limited medium to write an editor. I imagine a Vim/Kakoune/Emacs/etc could be written in a GUI and have even more features yet still retain first class focus on keyboard UX.