Some of the features make it sound dubious. "Real-time collaboration". Why would you bake that in your terminal?
Why wouldn't real-time collaboration be useful?
Warp: Fast, Rust-based terminal (waiting list)
121–130 of 181 posts
Re: Warp: Fast, Rust-based terminal (waiting list)
#122Earlier 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 use urxvt on Linux, and I don't have any problems with it.
Edit: I should also mention that I see plenty of non-crashing, non-hanging bugs with iTerm2 that look like memory misuse to me: split-workspace mode (tiled with a text editor) causes wonky graphical errors, and I've seen what looked like buffer reuse artifacts when switching between monitors.
Re: Warp: Fast, Rust-based terminal (waiting list)
#123The screenshots look cool, and I joined the waitlist, but gotta say, a prominent GitHub icon in the nav bar only to land me on an issue-only “repo” for what is actually a closed source project is highly misleading.
Re: Warp: Fast, Rust-based terminal (waiting list)
#124Who 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.
Re: Warp: Fast, Rust-based terminal (waiting list)
#125Earlier quoted context omitted.
What terminal are you using that crashes so often? I’ve used Linux and Mac terminals for ages and cannot remember one terminal crash.
It's been a while, but gnome-terminal on earlier gnome 3 releases used to segfault very frequently for me. It's the thing that finally made me seek out other terminal emulators
Re: Warp: Fast, Rust-based terminal (waiting list)
#126Earlier 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).
> the report says that they have "recently reconfirmed" the lair of one of the unicorns ridden by the ancient Korean King Tongmyong, founder of a kingdom which ruled parts of China and the Korean peninsula from the the 3rd century BC to 7th century AD. https://www.theguardian.com/world/2012/nov/30/unicorn-lair-d...
^a joke
Re: Warp: Fast, Rust-based terminal (waiting list)
#127Who 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.
[meta] I think many people here are interested in learning Rust and they use upvote button to "bookmark" (should use favorite instead, until you have actually read the article) (sugg: add favorite link to the main page)
Re: Warp: Fast, Rust-based terminal (waiting list)
#128Earlier quoted context omitted.
The fact that it needs to be stated means that it has cloud features. Opt-in and "encrypted at rest" AKA actually encrypted are the correct defaults. I'm also uninterested unless both the client and the server are made open-source, because terminals are a bread-and-butter program and there's just no way I'm getting locked into someone else's cloud for that. But the specific sentence you've quoted is a strange thing f…
The point I got from that that it's unacceptable that it's keeping data on their servers. The issue wasn't that it's encrypted at rest - the issue was that they got data they need to encrypt to begin with.
All details here: https://www.warp.dev/privacy
Re: Warp: Fast, Rust-based terminal (waiting list)
#129Earlier 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 cannot recall any crashes in alacritty, gnome-terminal, xfce-terminal or the legacy windows console for other terminals I've used a decent amount.