Show HN: Warp, a Rust-based terminal
441–450 of 757 posts
Re: Show HN: Warp, a Rust-based terminal
#442 [I] [I]ls
fish: Unknown command: '[I]ls'Re: Show HN: Warp, a Rust-based terminal
#443Wanted 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…
Re: Show HN: Warp, a Rust-based terminal
#444Re: Show HN: Warp, a Rust-based terminal
#445Earlier quoted context omitted.
Automated tests are completely useless for finding (let alone solving ) human interaction issues. To compare them with telemetry is a category error.
Shouldn't human interaction errors be left up to the user to report, as opposed to software sending sensitive information to a third-party?
Re: Show HN: Warp, a Rust-based terminal
#446If 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
Re: Show HN: Warp, a Rust-based terminal
#447Anyone know how this lines up to other terminals performance wise. I’ve been pretty happy with alacritty, but would be willing to try a terminal with more features. https://github.com/alacritty/alacritty
What do performance problems in a terminal even look like? I feel like a crazy person in this thread because I’ve literally never had the thought: “I could be so much more productive but this damn terminal is slowing me down”.
Additionally, Warp has GUI elements like blocks and context menus. We talk about performance because when we discuss our features, people automatically assume it's going to be sluggish.
Re: Show HN: Warp, a Rust-based terminal
#448Earlier 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.
Glad to hear it! I'm working on a Rust GUI accessibility library that might interest you:
https://github.com/AccessKit/accesskit
If you'd like to email me so we can compare implementation approaches and perhaps avoid duplicated effort, my email address is in my HN profile.
Re: Show HN: Warp, a Rust-based terminal
#449Earlier quoted context omitted.
where's the devops platform? if all they have to offer us is the terminal, then their product is the terminal
it's a good question. today warp is a terminal as you say. the hope is that we can build a platform around the command-line, but we decided by trying to start with the terminal's fundamental UX to see if we could improve it. in order to make a platform we believe first we need a great product that folks want to use.
Re: Show HN: Warp, a Rust-based terminal
#450((Record scratch sound)) Looks really neat. But there's a dissonance between the positioning here vs. the audience it is intended for. The community of folks interested in using a terminal is largely one of grizzled veterans that significantly overlap with security (conscious) folks. Overlap with Instagram influencers living their best life in public is approximately nil. :) I suppose there are newbie developers that…
I don’t think so. I think they’re running the same playbook as most investor-backed dev tool companies. They just forgot you’re supposed to reach critical mass before you start the mandatory invasive data harvesting.