Hyper 2, Electron based terminal • Hacker News Board

Re: Hyper 2, Electron based terminal

#181

Post by herbst » Mon, Apr 23, 2018, 6:34 PM UTC

drinchev wrote: post #50

sakuronto wrote: post #41

Earlier quoted context omitted.

What about good ol' QT?

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…

Pretty sure no one thinks 'js' when they think about slim desktop apps

Re: Hyper 2, Electron based terminal

#182

Post by SnowingXIV » Mon, Apr 23, 2018, 6:37 PM UTC

Siilwyn wrote: post #173

notheguyouthink wrote: post #140

Earlier quoted context omitted.

Agreed (though I use Kakoune). 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.

Check out Oni: https://github.com/onivim/oni It's under heavy development, wouldn't recommend it at the moment but it looks promising.

This looks amazing and exactly what I want if I didn't suck with vim.

Re: Hyper 2, Electron based terminal

#183

Post by herbst » Mon, Apr 23, 2018, 6:37 PM UTC

nobleach wrote: post #151

SnowingXIV wrote: post #125

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…

The ultimate is when you can jump back and forth between your editor and your terminal without having to grab a mouse touch your trackpad. Tmux is so beautiful for this. I have Atom doing it, but it's a bit clunky.

Gnome jumps back to my last application with alt-tab. Pretty sure most desktops do.

Re: Hyper 2, Electron based terminal

#184

Post by sixothree » Mon, Apr 23, 2018, 6:38 PM UTC

smolsky wrote: post #169

Oh, great, people are still latched onto the Electron hype. We now have another 150MB/window application. Great. How about pushing the envelope further and using a Quake engine as the base (it has a console).

Yet people still insist on using Chrome as their web browser.

Re: Hyper 2, Electron based terminal

#185

Post by whyever » Mon, Apr 23, 2018, 7:10 PM UTC

Aaronmacaron wrote: post #130

sesteel wrote: post #121

Earlier quoted context omitted.

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.

This is only the case if you bundle the JVM with your application. Without the JVM you can write a simple application without exceeding the .jar file size of 1 MB.

If you just count the JS and HTML, then a minimal Electron app is (hopefully) also tiny.

Re: Hyper 2, Electron based terminal

#186

Post by whyever » Mon, Apr 23, 2018, 7:12 PM UTC

_o_ wrote: post #76

mateuszf wrote: post #56

Earlier quoted context omitted.

I'd have to use bad old C++ with it, so how about no.

Come on, what is bad and old on c++? :)

Not sure it is a good idea to use a language that is not memory safe for GUI.

Re: Hyper 2, Electron based terminal

#187

Post by cdelsolar » Mon, Apr 23, 2018, 7:13 PM UTC

_pmf_ wrote: post #67

When you absolutely need that "tar xf" to take 23900 times longer.

why would it take 23900 times longer

Re: Hyper 2, Electron based terminal

#188

Post by Semaphor » Mon, Apr 23, 2018, 7:15 PM UTC

whyever wrote: post #185

Aaronmacaron wrote: post #130

Earlier quoted context omitted.

This is only the case if you bundle the JVM with your application. Without the JVM you can write a simple application without exceeding the .jar file size of 1 MB.

If you just count the JS and HTML, then a minimal Electron app is (hopefully) also tiny.

That's not the same though. You have to bundle electron to run your app. Your Java app is fine as long as Java is installed.

Re: Hyper 2, Electron based terminal

#189

Post by whyever » Mon, Apr 23, 2018, 7:16 PM UTC

moistoreos wrote: post #116

sanjeetsuhag wrote: post #115

Earlier quoted context omitted.

Rust Evangelism Strike Force to the rescue.

I laughed real hard at this phrasing: > Alacritty is the fastest terminal emulator in existence. Bold.

Depends what you mean by "fast". It seems to have the highest stdout throughput, but that is not necessarily the most important metric: https://danluu.com/term-latency/

Re: Hyper 2, Electron based terminal

#190

Post by sime2009 » Mon, Apr 23, 2018, 7:22 PM UTC

s73v3r_ wrote: post #143

drinchev wrote: post #38

Wow so much hate in this thread. First, the author is not doing this for his CV. Second, the benefits of using electron are enormous for any JS developer and there are a lot. Third, I also hate electron apps and wouldn’t use this app, but I’m not going to jump back to “why electron is bad” discussion, since I can’t suggest anything better in 2018.

"Second, the benefits of using electron are enormous for any JS developer and there are a lot." Disagree. I'd argue using Electron actually holds back developers, because they don't learn languages other than JS.

I find that a specious argument. The same could be said of anything from programming languages to pizza toppings.

"Thing X is bad because it discourages people from learning about things which are not X."

I would argue that JS platforms actually make it much easier to try out other languages because change languages while keeping the rest the same. Tons of languages compile to and/or run on top of JS.