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

Show HN: Warp, a Rust-based terminal

warp.dev

Post reply on HN
Print view View original

351–360 of 757 posts

Re: Show HN: Warp, a Rust-based terminal

#351

Post by scottlamb »

wildmanx wrote: post #262
michlim wrote: post #229

Earlier quoted context omitted.

Warp engineer here. Really appreciate your ideas here! > Warp's more visual completion is super welcome. Does it work with the shell's standard completion scripts? It does not. But we have completions out of the box for 200 commands. Warp's input is a text editor instead of the shell input. This means we ended up building completions by hand and soon, via the community. We think this is a better experience because we…

> This means we ended up building completions by hand and soon, via the community. You like people to contribute for free ("build a community") but refuse to give them an actual FOSS client. This is bound to fail. There are ways to make this go both ways though, and I hope you'll make them work once you are a bit further along in your journey. Exciting project!

Meh, I could be into it without them providing a FOSS implementation. Think of Microsoft's language server protocol. It's nice that VS Code is open source, but even if it weren't, we might still be using this protocol with rust-analyzer and neovim. Or any number of older protocols/formats with RFCs that didn't start with good FOSS implementations.

In the case of completion, if you can generate (less rich but still useful) bash/zsh/fish completion scripts from these files, program authors might be happy to use it even in the absence of a fancy terminal.

Re: Show HN: Warp, a Rust-based terminal

#352

Post by asadlionpk »

Pr0ject217 wrote: post #211
orastor wrote: post #20

Wanted 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…

Just curious, what tools do you prefer to use to identify network requests from recently installed applications such as this?

I also would like to know this.

Re: Show HN: Warp, a Rust-based terminal

#353

Post by taosx »

I believe that they can turn this around with more transparency going forward. I also see value in how it can help a tech company, being able to onboard people into specific workflows (dev,ops..etc) using a combination of docs and team capabilities.

I'm sure some people wouldn't like what I'm about to propose as it again "phones home" but I encourage the team to take a look at GPT models for converting text to commands, I have a simple fine-tuned model that does wonders when I'm in the terminal.

As for me at home, all I need are those sweet blocks with text-editing mode in any open source terminal.

Re: Show HN: Warp, a Rust-based terminal

#354

Post by nicce »

encryptluks2 wrote: post #273
ushakov wrote: post #250

Earlier quoted context omitted.

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

If they start out evil, then don't expect them to change.

Usually the practice in these scenarios is to try out all possible ways to make out money and then go a little backwards once the public outcry is big enough. At some point you find the most profitable balance situation, before you have expelled all customers.

Re: Show HN: Warp, a Rust-based terminal

#355

Post by NoraCodes »

cieplik wrote: post #63
NoraCodes wrote: post #25

Earlier quoted context omitted.

Is your framework well-integrated with accessibility tools on Mac OS? If so, will you continue to integrate with those tools on other platforms?

We are actively working on a11y! It's still a work-in-progress, but the goal is to a) make Warp the most accessible terminal there is and b) make a11y be an integrated part of the UI framework, so creating accessible apps in rust would be a no-brainer for future users of our framework. And yes - once we go cross-platform, we will work on the a11y support there too.

That's really lovely to hear, and to be honest, makes me more hopeful about the direction of the project in general.

Re: Show HN: Warp, a Rust-based terminal

#356

Post by Kalium »

websap wrote: post #232
NoraCodes wrote: post #22

This is neat, but I'm not convinced it's going in the right direction. It's not open source, and "maybe it will eventually be" is unacceptable for such a core component of an engineer's workflow. Most of the features on the front page are "coming soon," not actually available. There's no timeline for support for non-Mac OS systems, and it's built using Metal rather than any cross-platform API, so it will be at least…

1000s of developers use Idea's IntelliJ, Webstorm and GoLand. Only the community edition of IntelliJ is open source. Software doesn't need to be open source for it to be adopted, if they have the right security practices and I'm sure for enterprise contracts they will have the right level of information available under NDA when GA.

Enterprise contracts also include clauses spelling out financial consequences of major screwups. If Jetbrains screws up and a customer's passwords go everywhere, I'd bet the contract makes Jetbrains at least a bit liable.

I doubt Warp offers a clause like that.

Re: Show HN: Warp, a Rust-based terminal

#357

Post by BarbaPeru »

orastor wrote: post #20

Wanted 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…

Yep, I can pay money for a piece of software so important for my workflow, but no telemetry, no login and other stupid stuff even in opt-in/opt-out fashion.

Re: Show HN: Warp, a Rust-based terminal

#358

Post by Fnoord »

steveklabnik wrote: post #165
ThemalSpan wrote: post #150

Earlier quoted context omitted.

What would be the advantage over version controlled shell scripts?

(Not affiliated with Warp but care about this particular thing) Shell scripts implies, well, a particular shell. If everyone is on similar OSes, maybe that works for you, but as a Windows user, "pile of bash scripts" might as well be "doesn't work for you." I use a terminal for my daily work, but don't have bash installed on my machine. That said, I haven't tried Warp yet specifically because it's Mac-only right now.…

Nix(OS) already solves this problem.

Re: Show HN: Warp, a Rust-based terminal

#360

Post by Fnoord »

zachlloyd wrote: post #302
stormbrew wrote: post #205

Earlier quoted context omitted.

It's just.. an incredibly bad look to have this be the top comment on a post about this while the website claims that "cloud stuff" is opt-in. It's more essential to be honest about this during the beta period than after, so "oh it will be opt in" is a cold comfort, alongside the approximately never-true "we'll open source it some day." Not touching this with a ten foot pole. Not for something as essential to my day…

We tried to be really upfront in the privacy policy: https://www.warp.dev/privacy Opt-in refers to anything that sends any contents of a terminal session to our servers (as opposed to telemetry which is metadata and never contains any terminal input or output). But we hear the feedback and appreciate it.

Do you believe your policy is GDPR compliant?
Post reply on HN