Earlier quoted context omitted.
Yeah, this is a known issue, unfortunately--but it's definitely something we want to fix as we improve Warp. See more information here where we chat with Casey about it: https://twitter.com/zachlloydtweets/status/14175482714432348...
> we should generally be at, or near, the performance of Alacritty > evidence that it’s not > Yeah, this is a known issue I don’t want to be critical, but which is it? If you know you are not anywhere near the performance, why say you are?
Show HN: Warp, a Rust-based terminal
271–280 of 757 posts
Re: Show HN: Warp, a Rust-based terminal
#272What does it offer that vterm doesn't?
- Blocks: we group commands and outputs together so it is easier to navigate through the terminal, and perform actions on the outputs [0]
- A text editor for the input: selections, cursor positioning, multiple cursors [1]
- Workflows which allows you to save and share hard-to-remember commands [2]
[0]https://docs.warp.dev/features/blocks
Re: Show HN: Warp, a Rust-based terminal
#273Earlier quoted context omitted.
Agree, this is a pretty bad deal breaker for me. Big business people doing short-sighted big business things, salivating at cramming a product full of telemetry. All without transparency around it? In a terminal of all things?? Indescribably off-putting and catastrophically damages my trust in the product and the CEO. EDIT: To be fair there is some transparency in the original post. I was looking through the landing…
or they actually listen to our feedback, remove forced telemetry, remove sign-in in the next release, then i'd be more happy to give their product another chance although no guarantee they'll not turn evil at some point in the future...
Re: Show HN: Warp, a Rust-based terminal
#274Wanted to give it a shot but got disappointed when I launched it and the following happened: - Outgoing request to googleapis.com - Outgoing request to segment.io - Outgoing request to sentry.io - Requires sign up (only via Github, mind you) I understand the first request is probably to get some dynamic configuration, even though I'd rather my terminal ship with static configuration. But then you have segment and sen…
Well, at least they didn't lie.
As of my personal position: I want less products in my computing environments, not more. I hope more people would ponder on possible ramifications of going in the opposite direction.
Re: Show HN: Warp, a Rust-based terminal
#275The terminal is where I input my ssh passwords, my sudo passwords, crypto stuff, ssh keys and much more sensitive data. The fact that you even considered collecting stuff from me while using it is insane. I don't trust your promise to never "sell my data" and I don't trust that the next one which will buy your company when you decide to "exit" will do the same (I will when it's fully open source but that's not the ca…
Re: Show HN: Warp, a Rust-based terminal
#276I use configured zsh which has majority of features mentioned above. It is integrated with fzf and also has autcompletions(with help description), autosuggestions,hints, file completions and more. You can see my zsh dotfiles below. https://github.com/varbhat/dotfiles/tree/main/dot_config/zsh I could even have enabled real time type ahead completions with this plugin but i haven't (because i don't need this feature) :…
https://news.ycombinator.com/item?id=9224
Re: Show HN: Warp, a Rust-based terminal
#277And I don't want to tie my github to this thing, i have all sorts of github accounts for legitimate reasons.
I would be glad pay a lifetime licence fee (maybe with a 30 day money back guarantee?) to check it out, but no way am i going to do a subscription model for my terminal.
Re: Show HN: Warp, a Rust-based terminal
#278At least it isn’t a blockchain terminal I guess
Re: Show HN: Warp, a Rust-based terminal
#279Re: Show HN: Warp, a Rust-based terminal
#280Earlier quoted context omitted.
I doubt their compelling features will be in OSS terminals any time soon. I’ve wanted a terminal that has a decent multi line editor for years , and there’s nothing out there.
This stuff has been in the major shells for years, through excellent editor integration. For emacs and vi it's pretty much free. If you want to integrate with a different editor, it's totally doable. Most of the stuff sibling comment is referring to center around the feature: 'edit-and-execute-command' in bash. There is a similar incantation for zsh. I summon it with, 'ESC v' in both.