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

Warp: Fast, Rust-based terminal (waiting list)

warp.dev

Post reply on HN
Print view View original

151–160 of 181 posts

Re: Warp: Fast, Rust-based terminal (waiting list)

#151

Post by zhengt »

chawyehsu wrote: post #86
donio wrote: post #27

Who cares that it's Rust if it's closed source? Also: "All cloud features are opt-in. Data is encrypted at rest." The fact that this even needs to be stated makes it a hard no, especially for a terminal emulator.

> The fact that this even needs to be stated makes it a hard no, especially for a terminal emulator. True. And a terminal that requires an e-mail login? I doubt they are going to build a social product, then users can co-op or date in the terminal.

> terminal that requires an e-mail login

Email is required only for the closed beta. Warp will be offline-first. All details here: https://www.warp.dev/privacy.

Re: Warp: Fast, Rust-based terminal (waiting list)

#152

Post by billconan »

zachlloyd wrote: post #2

Hi HN, I’m Zach, from Warp. Excited to get feedback on what we’ve been working on. Happy to answer any questions!

how does auto-completion work? will it force me to use shells like fish that has auto-completion built in, or I can use bash?

Re: Warp: Fast, Rust-based terminal (waiting list)

#153

Post by adkadskhj »

PragmaticPulp wrote: post #21

FYI, this appears to be a startup launching an e-mail signup for a product that isn't available yet. Nothing wrong with that, of course, but it's worth noting up front. There is no download link and the GitHub link goes to an issues-only repo with no code. There are several fast Rust-based, GPU-accelerated terminal projects that are open source and under active development: Alacritty: https://github.com/alacritty/ala…

Well damn, i had no idea about Wez. I really miss Ligatures with Alacritty, so i should give Wez a try. Thanks for the link!

Re: Warp: Fast, Rust-based terminal (waiting list)

#154

Post by samatman »

vidarh wrote: post #115
samatman wrote: post #110

Earlier quoted context omitted.

...huh. Writing a tty which has to support specific shells isn't confidence inducing. How did you paint yourself into that specific corner exactly?

I'm guessing the auto-complete handling means they need to understand the line editing of the shell. If they've done it well, it'd hopefully be possible to quickly handle others and/or make it configurable.

Ah, that.. almost makes sense? fish at least has its own autocomplete.

I'd be more careful about the messaging then, something like "you can use any shell you want, we provide enhanced features for bash/zsh/fish and are looking to expand that in future".

Re: Warp: Fast, Rust-based terminal (waiting list)

#155

Post by GordonS »

vsviridov wrote: post #62
GordonS wrote: post #49

Earlier quoted context omitted.

I don't get it either - I use Windows (the default cmd, Powershell and Cmder), Linux and MacOS and don't recall a terminal emulator being slow... ever . Yet when the subject of terminal emulators comes up, there are often comments from other HN users insisting that Windows terminal emulators are molasses compared to MacOS, or that this emulator is much faster than that. I don't get it.

https://www.youtube.com/watch?v=hxM8QmyZXtg This, I think, sufficiently explains the slowness of terminals on Windows.

It's an hour long, but I watched a few snippets - is the "problem" only if you try to print megabytes of text on the terminal?

I started with computers more than 30 years ago, and have been a "power user" and coder for essentially all of that. In all that time and experience, I've never found any terminal to be slow, or found one to be noticeably "faster" than another.

Re: Warp: Fast, Rust-based terminal (waiting list)

#156

Post by zachlloyd »

brendanfalk wrote: post #142

Co-founder of Fig ( https://fig.io ) here. I'm pleased that there is more innovation in the terminal emulator space. For a tool used by just about every developer, not a ton has changed since the launch of the VT100 [1] in the 70s. Fig adds autocomplete [2] to your existing terminal. Soon, we're launching the ability for you to build your own visual apps and shortcuts (like these: https://fig.io/videos/old-sizzle-ree…

Thanks Brendan!

We've been following fig and are excited to see more innovation in this area!

Re: Warp: Fast, Rust-based terminal (waiting list)

#157

Post by vidarh »

brendanfalk wrote: post #142

Co-founder of Fig ( https://fig.io ) here. I'm pleased that there is more innovation in the terminal emulator space. For a tool used by just about every developer, not a ton has changed since the launch of the VT100 [1] in the 70s. Fig adds autocomplete [2] to your existing terminal. Soon, we're launching the ability for you to build your own visual apps and shortcuts (like these: https://fig.io/videos/old-sizzle-ree…

Actually, a lot changed since the launch of the VT100, but most of those features just haven't survived into modern terminals and/or people don't use them.

E.g. Sixel, ReGIS, html output, terminals treating the scrollback buffer as a live document where commands can be re-executed. AmigaOS let you auto-complete filenames using a file requester.

The hard part is becoming so seamless that it integrates into peoples workflow to the point of being something they're not willing to live without, and none of the above really succeeded at that.

The terminals I use have Sixel and ReGIS enabled, and I have a shortcut to output images to the terminal, but I still often forget and open a separate image viewer anyway, for example (but it is awesome to be able to display an image from a remote server directly over the ssh connection, but that depends on a utility script on said server).

Instead we revert to the lowest common denominator because it's good enough and other things, like latency and being ubiquitous across platforms matters more.

Re: Warp: Fast, Rust-based terminal (waiting list)

#158

Post by bathtub365 »

PragmaticPulp wrote: post #21

FYI, this appears to be a startup launching an e-mail signup for a product that isn't available yet. Nothing wrong with that, of course, but it's worth noting up front. There is no download link and the GitHub link goes to an issues-only repo with no code. There are several fast Rust-based, GPU-accelerated terminal projects that are open source and under active development: Alacritty: https://github.com/alacritty/ala…

With terminal emulators having already existed for decades, what benefits do Rust and GPU acceleration bring at this point? What problem are they solving? Not trying to sound confrontational, if I do, I’m just curious.

Re: Warp: Fast, Rust-based terminal (waiting list)

#159

Post by phendrenad2 »

Cool idea, but finding product/market fit might be hard. I've never experienced a situation where collaboration in the terminal would be useful, and if I want to share sequences of commands with other users, a recorded zoom video with commentary is usually more useful.

However, if you work closely with larger companies, I'm sure there's some killer feature that will hook the engineering managers, even if developers are split on using it.

Post reply on HN