Repository navigation
Custom Prompt (PS1, Starship, Powerlevel10k) #422
Replies: 61 comments 92 replies
|
It looks like you use starship for the prompt? Could be wrong on this. If so, utilize the starship configuration ( |
|
We don't use starship, but using the configuration (or at least being
compatible with it) is an interesting idea. Thank you for suggesting it!
…On Wed, Aug 25, 2021 at 9:19 AM Marisa ***@***.***> wrote:
It looks like you use starship for the prompt? Could be wrong on this.
If so, utilize the starship configuration (~/.config/starship.toml) when
rendering starship, because that's an easy win for prompt customization,
easier than supporting a full custom PS1.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#96 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/ACCSUZN3Z7PVSSUH5ZDAKOLT6TUW5ANCNFSM5BRR7BDA>
.
|
|
Custom prompt is something that I'm definitely missing a lot with Warp right now. The primary ones I've been using as of late have been Powerlevel10k and Starship (which has been taking over my prompts on most machines as of late). I would agree with @m50 here that just having Starship and using the customization from that would be amazing. |
|
Another point: I often use Conda (python) environments, and when you activate one, it often updates the prompt to show that it's active. Currently there's no indication of any active conda environment after |
|
Yeah, not seeing the PROMPT I was expecting (also Starship) was rather jarring. It made me wonder what else from my |
|
I also would absolutely need things from my bash PS1 to show to feel I could use Warp fully, namely my git branch and current Kubernetes context. These are currently set by scripts that show as part of the bash PS1 |
|
@gagata is starting to explore solutions here. Would love all of your input as we spec things out. |
|
I'm also finding it jarring not to have my prompt. There's a lot of info in my prompt that isn't in this one. It's especially useless because I don't even know what's in this prompt. Do the colors mean anything? I don't know. What systems are supported and which aren't? I don't know. The only real mention of the prompt in the docs is that you don't support PROMPT_COMMAND, and there's no mention of PS1. |
|
Hopefully this quarter! |
|
The only thing I need out of a custom prompt beyond git info is some language/framework compatibility info. That’s the only reason I still use Starship. I don’t even use the nerd fonts, which hack a proliferation of ephemeral technology icons into some ostensibly less used Unicode characters. The output cannot be rendered anywhere without that font. Plaintext output is perfectly adequate. Here’s what my Starship prompt looks like: Perhaps a custom prompt isn’t needed at all. Warp is more than just a prompt. This compatibility info could live somewhere else in the UI, e.g. the footer like in VS Code. Its visibility could even be toggled by the user. My point is, custom prompts are historically a first recourse for plugging holes in terminal functionality. Beyond git and language/framework info, what else do people need to know? Googling around for custom prompts, it seems like it boils down to knowing who you are (username) and where you are (directory, git status, host name/address). Why turn the prompt into a junk drawer of missing features when Warp could actually add them natively? My input is just one anecdote, so take it with a grain of salt. I appreciate the work everyone is doing here. Terminals have been stuck decades behind modern code editors in terms of ease of use and productivity (unless you’re unusually well versed in POSIX and shell scripting). Warp is bringing the terminal into the modern age. Thank you. |
|
I agree with this analysis @adamshaylor - thank you for sharing. We are trying to think through what the prompt should be from this perspective, but also balancing people's existing workflows and muscle memory. |
Kubernetes contexts. Because they are very powerful. |
|
@lrvdijk - see: It's coming out this wednesday! |
|
@TreTuna @m50 @anicholson-sq Are yall in the Discord? We started speccing prompts this week and will be sharing design mockups there. |
|
I agree with @adamshaylor that Warp is an opportunity to start re-thinking the prompt as the main mechanism for showing status. I find that if I start putting everything I want to see in the prompt, it quickly becomes large and hard to parse visually. I'd love to see some basic status bar functionality as an additional choice. That said, there is one important case where the prompt is a win over status bar widgets: historical context. Status bar widgets (at least how they exist in iTerm) only show the current state, but the prompt persists in your scrollback and can give you useful information about the context in which a command was run. As it exists today, that would be the deciding factor for me on what to put in prompt vs a status bar. Though: maybe status bar widgets could optionally persist into scrollback? 😉 EDIT: Changed some phrasing to make the meaning clearer. (cc @lak) |
|
After enabling the Screenshot attached of the output. It is a multiline prompt and i have a handful of functions, checking on various things, as part of the prompt display. Been using iterations of this prompt since the 1990s, and don't have any interest in switching it out. I'm using |
|
One thing that I've noticed about honoring the custom prompt is that while my prompt is a single line, Warp forces my input onto the next line anyway. I prefer a more compact prompt, so it would be nice if this were possible. |
|
Proper support of Starship would be ideal! And since you are both Rust projects, that makes even more sense for a really tight integration. |
|
this issue is being caused by zsh themes, set robbyrussell as default and it will work |
|
How compatible are Warp and Starship now? |
|
The starship prompt is working quite well now. One quite good feature from the warp prompt is that it removes all colors and changes to a less intrusive style for previous commands. Would be neat if the same transformation could be used for the custom prompt. E.g. Remove all the colors & change the bold style to regular. |
|
Has anyone worked out how to remove the additional whitespace/padding to the left of the starship prompt when enabled? As shown in the screenshot above. |
|
Earlier when i open terminal in kali the title bar of terminal shows kali now shell no 1 shows up. |
|
Hi Folks, We're working on powerlevel10k (p10k) support with the maintainer, and you can track the progress here: #2851 No official ETA, but we should have some updates in the coming weeks. |
|
Hi Team Warp, first of all thank for creating such a great tool. I had a small query regarding custom-prompts. Is there a way to disable the extra newline character that is being added to prompt by warp? I couln't find anything about this in docs |
|
Hi Team Warp -- I'm currently using the BulletTrain git prompt within iTerm2+zsh. Using the Dark theme in Warp badly mangles the colors and makes the prompt hard-to-read. Here's an example: As you can see, the above iTerm2 shell window is overlapping the Warp window with the Dark theme. I'm expecting (hoping?) for colors similar to my iTerm2 window. Or at least some way to granularly-customize the display colors to get something close to my iTerm2 experience. LMK if you need something more or require any follow-up. |
|
Can I get some help plz im trying to build kali 1srt time |
|
It looks like p10k SHOW_ON_COMMAND is not implemented correctly. It is working with iterm2 but needed to turn it off in Warp. |









Uh oh!
There was an error while loading. Please reload this page.
Right now we make our best guess at a useful default prompt, but don't support any customization.
The likely path forward is for us to put a nicer UI on prompt customizability and support generally useful prompt features like git status.
Another option would be to fall-back to PS1 for prompt rendering, but that would mean we'd need to support a full terminal grid in the prompt section of the input. I think we would probably only do this as a fallback, not the primary customization method.
All reactions