Live data from Hacker News

Upterm – A terminal emulator and interactive shell based on Electron

github.com

11–20 of 127 posts

Re: Upterm – A terminal emulator and interactive shell based on Electron

#12
post #5

what is the benefits over hyper https://github.com/zeit/hyper ?

Hyper is a pure terminal emulator; it only displays what your shell tells it to display. We aim to deeply integrate with a shell or even replace it for better experience. One of the most notable benefits is as-you-type intellisense completion with fuzzy search and stuff. There are some animations on the releases page: https://github.com/railsware/upterm/releases

Re: Upterm – A terminal emulator and interactive shell based on Electron

#14

Electron... no thanks! I will wait for Alacritty, in the meantime iTerm2 and Terminal.app are there...

I really think the auto completion benefits can easily outweigh the performance penalty of running a term on top of Chromium

You can have similar completion using zsh-autosuggestions, it is easy to configure. However, improving performance is difficult.

Re: Upterm – A terminal emulator and interactive shell based on Electron

#15

Electron... no thanks! I will wait for Alacritty, in the meantime iTerm2 and Terminal.app are there...

I really think the auto completion benefits can easily outweigh the performance penalty of running a term on top of Chromium

It's just the matter of personal preference I guess... I have good enough completion for terminal with my current ZSH configuration. (I am not fan of auto completion even in IDEs and editors) One thing I need from few tools that I use everyday (terminal and text editor) is as low latency as possible, I get really irritated by all those few ms of lag that are visible after keypress, I don't know why. So any Electron app is no go for me from the start, so I decided to stick with Vim and Emacs. Only GUI editor that blew me away by it's performance is Sublime.

Re: Upterm – A terminal emulator and interactive shell based on Electron

#17
post #6

How's the performance? GNU yes can produce output at more than 10GB/s. Does it cope well with that? How about lots of output that contains lots of escape sequences?

Latency is more important than performance.

https://danluu.com/term-latency/ (Previous discussion: https://news.ycombinator.com/item?id=14798211)

Re: Upterm – A terminal emulator and interactive shell based on Electron

#18
post #14

Earlier quoted context omitted.

I really think the auto completion benefits can easily outweigh the performance penalty of running a term on top of Chromium

You can have similar completion using zsh-autosuggestions, it is easy to configure. However, improving performance is difficult.

Clearly I ought to dig into the zsh world

Re: Upterm – A terminal emulator and interactive shell based on Electron

#19
post #6

How's the performance? GNU yes can produce output at more than 10GB/s. Does it cope well with that? How about lots of output that contains lots of escape sequences?

Performance is definitely worse than in iTerm or gnome-terminal, but it's improved a lot in recent Upterm versions, and we plan to improve it further. I'd say it's good enough, but you can try yourself.

Recently there was this terminal performance test https://danluu.com/term-latency/

The author says that the most important things are typing delay and how quickly you can Ctrl+C a command, not how much text it prints per second. Upterm is good at both.

Re: Upterm – A terminal emulator and interactive shell based on Electron

#20
I'm not going to spend hundreds of megabytes to display text on the screen. Not to mention the input latency this will have between keystrokes. The style of autocompletion shown can already be achieved with zsh - autocompletion should not be a function of your terminal emulator, but rather your shell.

However, this is all just my opinion and maybe there will be a load of users, me and people who share my opinions will slowly descend into obsolescence.

Post reply on HN