Hyper 2, Electron based terminal • Hacker News Board

Re: Hyper 2, Electron based terminal

#151

Post by nobleach » Mon, Apr 23, 2018, 4:28 PM UTC

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.

Re: Hyper 2, Electron based terminal

#152

Post by antihero » Mon, Apr 23, 2018, 4:29 PM UTC

emadb wrote: post #19

LinaLauneBaer wrote: post #9

I am using Hyper 2 since the beta and I really like it. It has replaced iTerm for me. Performance may still be an issue for some people. For example, printing to stdout seems slower on Hyper than on, let's say iTerm. To me it is noticeable but still feels nearly instant.

Why did you choose Hyper? IMVHO iTerm2 is still far way better as a terminal.

It supports the same themes I use for vs-code, which I like. Plus I prefer the minimal window borders.

Re: Hyper 2, Electron based terminal

#153

Post by sime2009 » Mon, Apr 23, 2018, 4:31 PM UTC

solarkraft wrote: post #124

drinchev wrote: post #50

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?

* runs on a fast JIT

* package management and modules actually work

* huge ecosystem of packages

* ability to use native code modules in needed

* has webassembly too

* runs a huge range of other languages. It can fill a role similar to the JVM and .Net runtimes in this respect.

Re: Hyper 2, Electron based terminal

#154

Post by pknopf » Mon, Apr 23, 2018, 4:34 PM UTC

sime2009 wrote: post #52

sakuronto wrote: post #41

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.

A project I'm working on: https://github.com/pauldotknopf/net-core-qml

This will allow you to fully interoperate Qml and .NET (Mono/.NET Core/Full Framework).

Re: Hyper 2, Electron based terminal

#155

Post by pknopf » Mon, Apr 23, 2018, 4:39 PM UTC

jowiar wrote: post #138

wishinghand wrote: post #136

While everyone fights about Electron I have a slightly off topic question- why are programs like these called a terminal emulator (emphasis on emulator)?

A physical "terminal" is a piece of hardware: https://en.wikipedia.org/wiki/VT100

I think people also refer to a "terminal" as one of the virtual terminals (CTRL+ALT+F[1-9]) that Linux provides.

But yeah, people use the term to mean different things.

Re: Hyper 2, Electron based terminal

#156

Post by pantulis » Mon, Apr 23, 2018, 4:40 PM UTC

agumonkey wrote: post #93

stephenr wrote: post #68

Earlier quoted context omitted.

Why do you need to use CSS specifically? macOS built-in Terminal.app has had transparency (even varying transparency for focused vs background windows) for years. Edit: oh, maybe you were being sarcastic? It's been a long day.

yeah, I was. I understand the appeal of having html/css hyperdynamism everywhere. And at the same time I don't want to pay the price to the point that I prefer living in lotech linux land. I value frugal over potential flexibility these days. I told that often, but the other day I booted win9x (on a pentium 3 or less, some MB of ram, maybe 64) and ran an old copy of turbo pascal 7 (dos). That thing was flying. It had…

Oh, Turbo Pascal had those Turbovision-powered ASCII shadowed floating editing windows in 1993 or so, and it flied on a 386 CPU... the P3 would be a screamer for that ;)

Re: Hyper 2, Electron based terminal

#157

Post by Per_Bothner » Mon, Apr 23, 2018, 4:48 PM UTC

domenukk wrote: post #2

Hyper is the only proper terminal emulator on Windows. Time to upgrade.

DomTerm (https://domterm.org) works very well on Windows using WSL (https://dzone.com/articles/running-domterm-terminal-emulator...).

Re: Hyper 2, Electron based terminal

#158

Post by TeMPOraL » Mon, Apr 23, 2018, 5:05 PM UTC

KaiserPro wrote: post #139

zxcmx wrote: post #36

Earlier quoted context omitted.

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.

jupityr notebooks provides something that is difficult to get else where: multiplayer interactive programming sessions. its also not overly heavy. 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…

> We threw away flash because the iphone was underpowered, only for it to be replaced with the horror that is modern js centered webdev.

Also a sad thing: Flash sucked for building UIs, because it did not have a set of standardized elements and interactions built in. I'm thinking of all the trivial details like mouse pointer changing when you hover over a text field, or a text field that supports arrow navigation, selection, copying and pasting, a context menu, etc.

Now the browser, as a runtime, has all those expected UI interactions built into all the standard HTML components. And what does the web crowd do? They throw it all away by building their own half-assed reimplementations of every UI element. There's lots of man-hours being wasted replicating the problems of Flash.

Re: Hyper 2, Electron based terminal

#159

Post by rhodysurf » Mon, Apr 23, 2018, 5:05 PM UTC

dspillett wrote: post #129

rhodysurf wrote: post #103

Earlier quoted context omitted.

Then learn a new language? It shouldn’t be that hard to transition between languages for UI stacks

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

Re: Hyper 2, Electron based terminal

#160

Post by WorldMaker » Mon, Apr 23, 2018, 5:07 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.

Except that's not strictly true?

First of all, JS isn't a bad language. It's also a lot different in 2018 than at its worst in 1998. It's becoming so common because it is a pragmatic choice that is fine to work in in 2018.

Secondly, there is the giant ecosystem of transpile to JS languages: Typescript, CoffeeScript, PureScript, Elm, Haxe, Fable, etc.

If that doesn't count, Electron's duct tape itself and many Node packages are native code in C/C++.

Further beyond that, Web Assembly is already expanding the language diversity in the Node world. An immediate example is that the major source map processor used by a number of debugging projects (including VSCode) has already moved parts into Rust via Web Assembly: https://hacks.mozilla.org/2018/01/oxidizing-source-maps-with...