Live data from Hacker News

Hyper 2, Electron based terminal

zeit.co

201–210 of 231 posts

Re: Hyper 2, Electron based terminal

#202

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).

Wouldn't a Quake engine based terminal emulator actually be way lighter? :P

I know you're joking, but I did one in Unreal Engine 4, although it's attached to a Z80 CPU emulation for running CP/M (and hopefully FUZIX later on).

https://i.imgur.com/Q6307w3.jpg

The terminal has pretty good ANSI X3.64 support and can connect to a Linux box via telnet.

Re: Hyper 2, Electron based terminal

#203
post #4

Interested to see how this compares in performance and resource usage with Alacritty[1] [1]: https://github.com/jwilm/alacritty

Alacritty's primary focus appears to be performance (GPU accelerated, no scrollback, no tabs, no native split panes).

Hyper 2's primary focus appears to be features and extensibility.

I doubt they will be in the same ballpark.

Re: Hyper 2, Electron based terminal

#204

Earlier quoted context omitted.

Okay, I'm going to jump on the "package management and modules actually work" thing; I'm not a noder, but I've considered using several tools that are built on Node, and every time — almost literally — `npm install whatever` fails. Linux, Windows, doesn't matter: I see the latest cool thing on Node, try to install it, and think, "If they can't even get installation to work, why should I bother?" Am I alone in this? I…

If you have a C++ compiler that works, you should be fine. I've never had an issue installing a package that isn't, in fact, a C++ issue. Meanwhile, Python versioning of plugins is really broken, unless you use virtual environments. Maven seems to be fairly hard to integrate with IDEs (Eclipse seems to come bundled with a separate one, not sure about IntelliJ). Most other package managers I use don't have enough pack…

> Python versioning of plugins is really broken

It is not broken - you ARE supposed to use virtual environments. I would say its is much saner than nodejs ecosystem where every conflict is being solved by having multiple versions of overlapping dependencies.

Re: Hyper 2, Electron based terminal

#205
post #162
post #141

On my Mac I still prefer iTerm, but I really like using Hyper on my Windows box.

Really looking forward to trying this out on my Windows box at home. About twice a year I look for good terminal programs for it and it seems nearly impossible. To this day I just have a bunch of Git Bash windows running...

Give ConEmu a try if you haven't yet. https://conemu.github.io/

Re: Hyper 2, Electron based terminal

#206

Earlier quoted context omitted.

> Then learn a new language? Learn a new language (Python/C++/other) in order to learn and use a different framework (Qt)? Thanks for your advice I'll down tools right now and get on with that using my time the way I want to. (Actually I've never developed anything using Electron yet, though some personal projects may get implemented that way in future should they ever get off the ground) I fully understand much of t…

Isn’t it just as entitled to refuse learning something because you will only use the language you want? Even if it’s forcing a square peg in a round hole? Cmon tho, any competent engineer can switch between languages without many issues.

The basics of switching to a language in the same/similar paradigm isn't that hard. Re-learning tooling, libraries, etc takes a very long time. I can rattle off reams of stuff in the languages I know, but I'd have to spend hours searching for that same stuff in other languages.

Re: Hyper 2, Electron based terminal

#207

Earlier quoted context omitted.

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.

Yes, but theoretically Electron apps could use the browser. (I think Google killed that option though.)

Re: Hyper 2, Electron based terminal

#208

Maybe I'm missing something... is there a benefit to this over a normal terminal/terminal emulator? (eg xterm, mac terminal etc)? As far as I can tell, putting it in electron would mean that you could embed arbitrary HTML structures inside the terminal (like web page previews or something), but from what I've read, it doesn't look like that's the goal.

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.

Never fear, you're already covered: https://github.com/Swordfish90/cool-retro-term

Re: Hyper 2, Electron based terminal

#209
post #162
post #141

On my Mac I still prefer iTerm, but I really like using Hyper on my Windows box.

Really looking forward to trying this out on my Windows box at home. About twice a year I look for good terminal programs for it and it seems nearly impossible. To this day I just have a bunch of Git Bash windows running...

Have you tried DomTerm (http://domterm.org)? It works great on Windows, though it requires WSL: https://dzone.com/articles/running-domterm-terminal-emulator...

Re: Hyper 2, Electron based terminal

#210

Earlier quoted context omitted.

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.

Yes, but theoretically Electron apps could use the browser. (I think Google killed that option though.)

Yeah, it would be nice if the API's were standardized and then every browser had an "App Mode".
Post reply on HN