Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Hyper 3.0.0

github.com

Post reply on HN
Print view View original

61–70 of 105 posts

Re: Hyper 3.0.0

#61

Post by petetttt »

StevePerkins wrote: post #59
petetttt wrote: post #50

Earlier quoted context omitted.

We all enjoy customising our setup? A web dev friendly developer experience and a javascript plugin ecosystem opens that up to a new audience. It's a pretty big audience. I guess the hope is that raises the bar for what users expect from a terminal and it's plugins, while providing performance that is adequate enough for it's target audience.

I dunno. An audience that's fine with a 1,000-line scroll buffer probably aren't heavy terminal users in the first place. Before you can "raise the bar", you need to reach feature parity with the built-in OSX terminal, or any of the hundred Windows apps like ConEmu.

That's kind of what I mean—the audience for this isn't heavy terminal users. You can still raise the bar for them!

Re: Hyper 3.0.0

#62

Post by nailer »

I've been using Hyper 3 Canary for a while, if you're on Windows it's a MASSIVE difference from previous versions - all the normal stuff you expect to work (select to copy, right click paste, rendering, readline shortcuts etc) works (with a little tweaking, see below). It's definitely usable as a daily driver.

I've been using Windows Terminal in the last 24 hours and it still has some major bugs. While I'd say Fluent Terminal is the best in terms of being lightweight and feature filled, and Alacritty for raw power if you have big shell workloads, Hyper 3 is pretty damn good and worth a try.

Sane defaults:

Use pwsh (not cmd, that's the Windows equivalent of launching 70's Bourne shell on a *nix box):

    shell: "C:\\Program Files\\PowerShell\\6\\pwsh.exe",
    shellArgs: [],
Normal new tab, close window keys, make readline keys work:

    keymaps: {
      "tab:new": "ctrl+t",
      // Also known as 'close tab'
      "pane:close": "ctrl+w",
      // Bug workaround for https://github.com/zeit/hyper/issues/2873
      "editor:movePreviousWord": "",
      "editor:moveNextWord": ""
    },

Re: Hyper 3.0.0

#64

Post by kristiandupont »

StevePerkins wrote: post #33

I just don't understand the use case here. It's an Electron-based terminal... that has a thousand pretty themes, but lacks basic functionality like being able to expand your scroll buffer. It's just not usable as a daily driver. I'm not trying to hate on Electron (VS Code is my main editor now, and I enjoy it). But I just don't see the point here other than, " Look what they wrote with Electron! ". Is it the "social"…

I suppose to the many JS developers out there (which is a lot), having your software built in it makes it easier and more appealing to write extensions for. I have no data, but it's my impression that the growth curve for VS Code extensions compared to VS "classic" is much steeper.

This may or may not be a good thing but IMO it does tend to make some interesting and novel things surface.

Re: Hyper 3.0.0

#65

Post by rahilwazir »

nickjj wrote: post #42
yboris wrote: post #34

Earlier quoted context omitted.

Hyper is all I use on Mac OS but on Windows I had some trouble with it so I started using Terminus - https://github.com/Eugeny/terminus Looking forward to trying out Hyper 3 on Windows when I get home :)

I tried Terminus too. I compared a whole bunch of terminals a while back at: https://nickjanetakis.com/blog/conemu-vs-hyper-vs-terminus-v... I have no intention of ever using Hyper again but I did attempt to install 3.0.0 to see if anything improved just from a pure curiosity standpoint. After running the setup program, it opens a green rectangle that animates. I can only assume that's the installer, except it doesn'…

Lol

Re: Hyper 3.0.0

#66

Post by jacobwg »

egwynn wrote: post #22

Hyper certainly looks cool, but “looks cool” doesn’t cut it when it comes to winning me over for what might be the #1 most important tool I use on a daily basis. Is there a page telling me why I should use this over my current terminal (iTerm2, FWIW)?

This is my personal experience, but for me, considering that the terminal is so frequently used, the small improvements add up over time.

I found the font rendering more pleasant on the eyes. I'm not entirely sure why this is, and I'd be interested to see what options could be tweaked in iTerm2 to make it visually similar, but Hyper just "feels" nicer to look at for me.

Second, I've found it useful to be able to customize my terminal with web technologies. Previously I used a custom prompt with lots of different bits of context (git status, node environment, python environment, Kubernetes context, etc). With Hyper it's been fairly easy for me to create a local plugin that renders a statusbar with those bits of context. It's built with React, CSS, etc, so personally the ability to easily adjust and create is super nice.

Two things I miss from iTerm2 are infinite scrollback and the ability to search output with Command-F. I would assume there's a plugin out there to handle searching, I just haven't looked that far into it yet.

Performance of Hyper 2 was adequate enough for me to switch. I'm interested to see how Hyper 3 compares.

I'm also interested in iTerm2 3.3, which overhauls the iTerm2 UI.

tl;dr - small customizations add up. It's basically the same migration as when I moved from Sublime Text to Atom (though I use VS Code now)

Re: Hyper 3.0.0

#67

Post by fluxsauce »

petetttt wrote: post #61
StevePerkins wrote: post #59

Earlier quoted context omitted.

I dunno. An audience that's fine with a 1,000-line scroll buffer probably aren't heavy terminal users in the first place. Before you can "raise the bar", you need to reach feature parity with the built-in OSX terminal, or any of the hundred Windows apps like ConEmu.

That's kind of what I mean—the audience for this isn't heavy terminal users. You can still raise the bar for them!

Just because you don't consider yourself part of the audience doesn't mean this isn't intended for heavy terminal users. I'm using it right now and I'm impressed by the performance with dozens of production logs that aren't limited to a thousand lines of scrollback.

Gatekeeping isn't inclusive.

Re: Hyper 3.0.0

#68

Post by carmate383 »

"New Blazing Fast WebGL Engine". Wow really? Major changes - "Emoji support". For fucks sake, seriously?

Am I the only one that doesn't want anything of the following _bull shit_?

* A terminal emulator that is dependent on an entire web browser (not to mention the layers upon layers of bullshit abstractions all to run something from the 70s).

* Support for "emojis" (I mean, come on. It's a _damn terminal_).

* To execute code that can hijack control of my shell from any of the 956 dependencies[1] this _heap of shit_ relies on.

[1] $ git clone https://github.com/zeit/hyper.git $ cd hyper $ npm install $ ls -lt | wc -l 956

Re: Hyper 3.0.0

#69

Post by carmate383 »

StevePerkins wrote: post #33

I just don't understand the use case here. It's an Electron-based terminal... that has a thousand pretty themes, but lacks basic functionality like being able to expand your scroll buffer. It's just not usable as a daily driver. I'm not trying to hate on Electron (VS Code is my main editor now, and I enjoy it). But I just don't see the point here other than, " Look what they wrote with Electron! ". Is it the "social"…

This heap of _shit_ software serves two primary purposes

1. Making bad developers feel good about their terrible development skills by letting them jerk-off their terminal theme instead of doing any real actual work, and

2. Contributes to global warming by chewing through world-wide power in levels that are completely unnecessary and should be avoided at all costs.

I would rather _gouge my eyes out with a blunt spoon_ than install, support or promote THIS BULLSHIT to any person on this earth. Even Augusto Pinochet wouldn't have his prisoners feel the pain of Hyper, and that's really saying something.

Re: Hyper 3.0.0

#70

Post by Fnoord »

nickjj wrote: post #52
iaml wrote: post #28

Earlier quoted context omitted.

It's not insane. FYI the fastest terminal (alacritty) achieves its performance by rendering via gpu, and it's written in rust. iTerm recently started doing it too.

But if you look at input latency benchmarks (there was one posted not too long ago on HN, maybe a month or 6 weeks ago) alacritty isn't close to the fastest terminal for pressing a key and being able to see the key on the screen. IMO pressing a key and seeing it is the primary focus of a terminal.

Here is an output latency benchmark [1]

[1] https://github.com/jwilm/alacritty/issues/673#issuecomment-4...

Post reply on HN