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

131–140 of 181 posts

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

#131

Post by vidarh »

Zarel wrote: post #107
chawyehsu wrote: post #86

Earlier quoted context omitted.

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

They're definitely planning to build a social product: https://assets-global.website-files.com/60352b1db5736ada4741...

If this was a better, generic, screen sharing solution, it might be awesome. But forcing people to use a specific terminal to work with others feels like it'll be a non-starter for most people. Not least given how rarely I've ever had a need to show anyone my terminal (despite having had solutions for it for literally decades via e.g. sharing screen or screen sharing all the way back to VNC and similar).

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

#132

Post by Telemakhos »

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!

macOS's built-in Terminal app is notorious for not handling meta + non-letter keystrokes properly, which is a real pain for emacs users who need a meta-shift-uparrow, for example. Does Warp handle these key mappings, and can they be customized (i.e. option = nomal, option, or esc+) like in iTerm2?

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

#133

Post by alokedesai »

raphlinus wrote: post #88
zachlloyd wrote: post #41

Earlier quoted context omitted.

Our plan is to open source the Rust client code once it's more mature. We are particularly excited about sharing our Rust UI framework since there aren't a lot of great options for building native UIs in Rust right now. We want to make it cross-platform first though.

There are a lot of promising options for native UI, but none finished and mature. As of today, that number sounds like it is one more. Druid as it exists today is not a great fit for what you're trying to do, as drawing on mac is all based on Core Graphics and Core Text. GPU-based drawing is the future, and we're working on that (piet-gpu), but it's not yet in a really usable state. In any case, hope this goes well.…

Thank you, Raph! We've been following your work on Druid quite closely for a while, it's very impressive.

You'd exactly right that's why we didn't pick Druid--we needed something that rendered on the GPU. We actually talk more about this decision in our "How Warp Works" blog post here: https://blog.warp.dev/how-warp-works/

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

#134

Post by zhengt »

vidarh wrote: post #131
Zarel wrote: post #107

Earlier quoted context omitted.

They're definitely planning to build a social product: https://assets-global.website-files.com/60352b1db5736ada4741...

If this was a better, generic, screen sharing solution, it might be awesome. But forcing people to use a specific terminal to work with others feels like it'll be a non-starter for most people. Not least given how rarely I've ever had a need to show anyone my terminal (despite having had solutions for it for literally decades via e.g. sharing screen or screen sharing all the way back to VNC and similar).

Our strategy here is to share sessions to the web, so collaborators don't need to download the app. It's fascinating how far utilities like screen will get you in functionality, but I agree it's really hard to get people on there.

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

#135

Post by matthewmacleod »

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.

Can you explain your objection in more detail? It seems like a terminal offering some kind of real-time collaboration with team members is a reasonable thing to offer, and that if you have that feature then it's good that it's opt-in with encrypted data.

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

#137

Post by vidarh »

jstimpfle wrote: post #79
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.

> 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. You might be a particular type of person... I don't remember Windows Cmd being not slow, ever. It feels extremely sluggish. It supposedly has something to do with Windows ConHost, but I don't know about the details. In fact, even most terminals on Linux are unbearab…

The funny thing is fast terminal rendering was a solved issue as far back as the mid 80's even on machines like the Amiga.

Yet people seem intent on inventing slow ways of doing it that then gets people to reinvent all kinds of complex ways of making it faster.

The performance differences between different terminals are indeed absolutely astounding (but rarely matters much, because the things that are much faster/slower are things you rarely do on purpose, like dumping thousands of lines to the terminal at once)

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

#138

Post by CameronNemo »

flowerlad wrote: post #99
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.

> Who cares that it's Rust if it's closed source? People who care about security.

Don't they also usually care if they can audit it?

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

#139

Post by goodpoint »

dsr_ wrote: post #98
blunte wrote: post #51

Earlier quoted context omitted.

If you “hard no” so easily, then what else may you be missing out on?

Things that eat your data, your time, your money, your attention. Fads. Unicorns (but they probably don't exist).

THIS. Chasing after shiny things ignores means wasting the opportunity to become truly expert about something.

EDIT: silent downvotes for saying this?

Post reply on HN