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

631–640 of 757 posts

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

#631

Post by jzm2k »

kreetx wrote: post #379
andrewzah wrote: post #166

Earlier quoted context omitted.

Vim supports multiline editing and I'd imagine emacs does as well. In bash/zsh, opens up $EDITOR so you can use whatever you're accustomed to anyhow. Most of these features are already available if one spends a bit of time configuring their terminal/shell.

Is multiline editing popular/useful? Thus far, the only occasions I've seen it shown is when someone is demonstrating it.

They are very useful! As a long time Vim user who switched to Kakoune[0] a while back, I didn't even realize I needed a good multiline cursor from my editor before it tried Kakoune. Highly recommend it!

[0] https://kakoune.org/

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

#632

Post by syrusakbary »

This is really awesome Zach & team, congrats on the awesome work. I just installed it and I already replaced my default terminal (it was iTerm before).

I wonder if you thought of adding plugins a-la Fig [1], but using WebAssembly instead of being restricted by Javascript?

Some projects like Lapce [2], Dprint [3], Fiberplane [4] are already using this strategy to extend their ecosystems and I really believe it could be incredibly useful to extend usability on the terminal side!

Please feel free to reach to syrus@wasmer.io, I'd love to help as much as possible on that path!

[1] https://fig.io/docs/getting-started

[2] https://lapce.dev/

[3] https://dprint.dev/plugins/

[4] https://fiberplane.dev/blog/announcing-fp-bindgen/

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

#634

Post by db48x »

chillfox wrote: post #614
zhengt wrote: post #318

Earlier quoted context omitted.

In addition to crashes, we also want to know things like: which features people are using so we can invest more in them, how much people are using the app so we know if we're doing in a good job. Totally understand if you're not comfortable with that though! It will be removed when Warp is out of the beta test.

I hate telemetry driven development. It just results in loosing infrequently used but important features. First it gets moved from a button to a menu, then to a sub-menu and eventually removed.

Exactly. I prefer Emacs–style programs where the number of features grows without end, and everyone customizes the UI and keybindings to make the features they like best easiest to use. Every time someone thinks of a new way that Emacs can make their life easier they can add it to Emacs immediately, without asking for permission or even sending in a pull request. Later, if they think the feature is polished enough and others might find it useful, they can send a pull request either to Emacs or to the Emacs Lisp Package Archive (ELPA), or to MELPA (should they not like the minor licensing restrictions on ELPA), or just post it on EmacsWiki or their blog or Facebook page or whatever for others to copy from.

But for that to work you have to start with something that is both very extensible, and yet is also coherently designed. The extensibility has to be a strong part of that initial design, so that the software is designed to be malleable.

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

#636

Post by edgyquant »

eterm wrote: post #478
OOPMan wrote: post #459

Earlier quoted context omitted.

Sounds more like a good way to get your product banned from a lot of workplaces.

A lot of workplaces don't even bother to ban grammarly, which is literally a keylogger*, this won't even be on their radar. * I feel compelled to point out that Grammarly disagree with this definition because it doesn't send every single keystroke , just the ones in non-password text boxes .

Is grammarly not correct here?

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

#637

Post by chillfox »

cercatrova wrote: post #112

If you want to use a terminal that is actually open source and doesn't have telemetry, much less only available via signing in with GitHub, use Alacritty, also written in Rust and cross platform. https://github.com/alacritty/alacritty

or Kitty

https://sw.kovidgoyal.net/kitty/

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

#638

Post by gitgud »

zachlloyd wrote: post #559
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…

As the author of the post, I think this is totally reasonable feedback and something we have discussed quite a bit on the team. The general stance on telemetry that we have is that a) we are just starting and it's really helpful to see which of our product ideas are useful to our users (e.g. does anyone use AI Command Search? Should we continue to invest in it) b) we tried to be very explicit about what we are and ar…

Is login and authentication really necessary? No internet -> no terminal?

Even VScode a massive Microsoft project does not require signup/authentication to use it...

Love the design, but seems like a very enterprise-driven and niche product for a lot of developers

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

#639

Post by sorokod »

NateEag wrote: post #611
sorokod wrote: post #140

Earlier quoted context omitted.

... and never will?

Why even ask? Founders don't really have much control over what the tools they create wind up being used for. Assume that some people will use any tool you encounter for the worst thing it can possibly do. If the tool has significant potential to do things that bother you, don't use it.

Why do you say "wind up being used for" as if it is act of god rather than a business decision?

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

#640

Post by soraminazuki »

Klonoar wrote: post #220
qbasic_forever wrote: post #170

Earlier quoted context omitted.

Do you use Windows? Have you ever opened its terminal? Congrats, you're using a terminal that you agreed can phone home with telemtry. See https://www.microsoft.com/en-us/p/windows-terminal/9n0dx20hk... and the link to the privacy policy for windows terminal http://go.microsoft.com/fwlink/?LinkID=521839 I suspect OSX is no different and has similar telemetry and privacy policy for its terminal.

In an (absurd-ish) defense of macOS, I don't believe anyone really uses the built-in Terminal and grabs an alternative (often iTerm2). There's also the rumor that Terminal in macOS has had a handful of developers working on it, at best, over the years. I would bet money that Apple doesn't care enough about it to bother with telemetry and/or privacy policies for it.

Nothing wrong with the macOS stock terminal too. GP just pulled the macOS terminal telemetry nonsense out of thin air.

I too use iTerm for its rich features, but the stock terminal is known to have lower latency [1] so some people might prefer that.

[1]: https://danluu.com/term-latency/

Post reply on HN