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

61–70 of 181 posts

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

#61

Post by nicoburns »

zachlloyd wrote: post #41
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.

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.

Super excited about both of these things. Will your text editing widget be part of that? Because I'd absolutely love it if a widget with capabilities similar to that of full on text editor (sublime/vs code, etc) became the standard "textarea widget".

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

#62

Post by vsviridov »

GordonS wrote: post #49
jacobmischka wrote: post #29

The UI seems interesting, and I'm a sucker for RIIR, but why do terminal emulators keep trying to use "blazingly fast" as a feature? They're all fast (except the hideous electron ones), they're white text on black rectangles.

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.

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

#63

Post by chewmieser »

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.

Agreed about the Rust comment but I also was looking to make sure it wasn't webkit-based.

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

#64

Post by declnz »

option_greek wrote: post #37

May be consider a name change? There is a rust based web framework called warp. I know, totally unrelated except for the rust part but the annoying thing is that a search for warp always shows startrek stuff and searching with rust brings up quite rusted metal solutions stuff so I use warp+rust :)

Or Warp, the best-known Haskell web server: https://hackage.haskell.org/package/warp

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

#65

Post by barbazoo »

ducktective wrote: post #46
barbazoo wrote: post #22

Somehow it feels odd that an implementation detail like the programming language it's implemented in is so prominent in the project's description. I have no idea what bash is written in and frankly I don't care much about it. It's a tool that enables me do be more productive. Could it be faster? Probably, but does anyone even notice that in the context of all the other things that we do _with_ it? Are there any benef…

>...I have no idea what bash is written... This is a terminal emulator not a shell language so this should be compared to the likes of Xfce4-terminal, Konsole, Alacritty, Kitty, st, etc...

Yeah I realize I conflated "terminal" and "shell".

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

#66

Post by ddek »

nanis wrote: post #50
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…

Just tried it: 2021-07-14T17:05:56.423Z WARN window::os::windows::window > EGL init failed with_egl_lib failed: with_egl_lib(libEGL.dll) failed: no compatible EGL configuration was found, atioglxx.dll: LoadLibraryExW failed, fall back to WGL 2021-07-14T17:05:56.500Z ERROR wezterm_gui::frontend > Failed to create window: The OpenGL implementation is too old to work with glium I feel sad when terminals need OpenGL ...…

Well, that is kind of a given for a GPU accelerated terminal emulator, no?

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

#67

Post by lyxell »

zachlloyd wrote: post #41
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.

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.

What about the UI framework druid? It has 3.9k stars on Github and is under active development.

https://github.com/linebender/druid

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

#68

Post by rhacker »

jacobmischka wrote: post #29

The UI seems interesting, and I'm a sucker for RIIR, but why do terminal emulators keep trying to use "blazingly fast" as a feature? They're all fast (except the hideous electron ones), they're white text on black rectangles.

"Blazingly fast" is just a buzz word. I guess at some point someone should put a requirement on that buzz word that means it has at least some response rate of X ms after key press (or mouse move).

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

#69

Post by vidarh »

blunte wrote: post #47
woodruffw wrote: post #43

Earlier quoted context omitted.

Assuming that it wasn’t a rhetorical question: I do. I spend 1/3rd of my day in terminal emulators, and anything that reduces the number of stupid (normally memory corruption) crashes that interrupt my work is a legitimate value proposition for me. Edit: This isn’t an endorsement of this particular product, to be clear. I don’t know anything about it, except that being written in a fast, memory safe language endears…

What terminal are you using that crashes so often? I’ve used Linux and Mac terminals for ages and cannot remember one terminal crash.

I have run across one - of maybe a dozen terminals I've tested because I'm difficult and have very specific requirements of a terminal - that crashes on weird input. I can't even remember which one it was, because I moved on, but odds are it was while testing unusual features like Sixel or ReGIS support.

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

#70

Post by sagupta »

I think collaboration, saving sessions and rehydrating it with a link are killer features. Uh.. so much value there.

A lot of work happens in the terminal but it is not in repo or documented, and each team member kinda develops their own thing. I see Warp standardizing and making the non-code writing part of development

Post reply on HN