4deaa02d6f
* feat: set a continuation prompt for supporting shells (#3134) * docs: fixed wording of documentation * fix: continuation prompt is now only set once * fix(docs): fixed typo in advanced-config/README.md Co-authored-by: Segev Finer <segev208@gmail.com> * fix: update --continuation argument Co-authored-by: David Knaack <davidkna@users.noreply.github.com> * fix: updated continuation prompt - PROMPT2 was fixed to be set only once in zsh. - `continuation_symbol` and `continuation_format` were removed in place of a single variable; `continuation_prompt`. - The continuation prompt was moved out of the character module. * fix: ran rustfmt * docs: updated continuation prompt docs Co-authored-by: Segev Finer <segev208@gmail.com> Co-authored-by: David Knaack <davidkna@users.noreply.github.com> |
||
---|---|---|
.. | ||
README.md |
Advanced Configuration
While Starship is a versatile shell, sometimes you need to do more than edit
starship.toml
to get it to do certain things. This page details some of the more
advanced configuration techniques used in starship.
::: warning
The configurations in this section are subject to change in future releases of Starship.
:::
Custom pre-prompt and pre-execution Commands in Bash
Bash does not have a formal preexec/precmd framework like most other shells.
Because of this, it is difficult to provide fully customizable hooks in bash
.
However, Starship does give you limited ability to insert your own functions
into the prompt-rendering procedure:
- To run a custom function right before the prompt is drawn, define a new
function and then assign its name to
starship_precmd_user_func
. For example, to draw a rocket before the prompt, you would do
function blastoff(){
echo "🚀"
}
starship_precmd_user_func="blastoff"
- To run a custom function right before a command runs, you can use the
DEBUG
trap mechanism. However, you must trap the DEBUG signal before initializing Starship! Starship can preserve the value of the DEBUG trap, but if the trap is overwritten after starship starts up, some functionality will break.
function blastoff(){
echo "🚀"
}
trap blastoff DEBUG # Trap DEBUG *before* running starship
eval $(starship init bash)
Custom pre-prompt and pre-execution Commands in PowerShell
PowerShell does not have a formal preexec/precmd framework like most other shells.
Because of this, it is difficult to provide fully customizable hooks in powershell
.
However, Starship does give you limited ability to insert your own functions
into the prompt-rendering procedure:
Create a function named Invoke-Starship-PreCommand
function Invoke-Starship-PreCommand {
$host.ui.Write("🚀")
}
Change Window Title
Some shell prompts will automatically change the window title for you (e.g. to
reflect your working directory). Fish even does it by default.
Starship does not do this, but it's fairly straightforward to add this
functionality to bash
or zsh
.
First, define a window title change function (identical in bash and zsh):
function set_win_title(){
echo -ne "\033]0; YOUR_WINDOW_TITLE_HERE \007"
}
You can use variables to customize this title ($USER
, $HOSTNAME
, and $PWD
are popular choices).
In bash
, set this function to be the precmd starship function:
starship_precmd_user_func="set_win_title"
In zsh
, add this to the precmd_functions
array:
precmd_functions+=(set_win_title)
If you like the result, add these lines to your shell configuration file
(~/.bashrc
or ~/.zshrc
) to make it permanent.
For example, if you want to display your current directory in your terminal tab title,
add the following snippet to your ~/.bashrc
or ~/.zshrc
:
function set_win_title(){
echo -ne "\033]0; $(basename "$PWD") \007"
}
starship_precmd_user_func="set_win_title"
You can also set a similar output with PowerShell by creating a function named Invoke-Starship-PreCommand
.
# edit $PROFILE
function Invoke-Starship-PreCommand {
$host.ui.Write("`e]0; PS> $env:USERNAME@$env:COMPUTERNAME`: $pwd `a")
}
Invoke-Expression (&starship init powershell)
Enable Right Prompt
Some shells support a right prompt which renders on the same line as the input. Starship can
set the content of the right prompt using the right_format
option. Any module that can be used
in format
is also supported in right_format
. The $all
variable will only contain modules
not explicitly used in either format
or right_format
.
Note: The right prompt is a single line following the input location. To right align modules above the input line in a multi-line prompt, see the fill module.
right_format
is currently supported for the following shells: elvish, fish, zsh, xonsh.
Example
# ~/.config/starship.toml
# A minimal left prompt
format = """$character"""
# move the rest of the prompt to the right
right_format = """$all"""
Produces a prompt like the following:
▶ starship on rprompt [!] is 📦 v0.57.0 via 🦀 v1.54.0 took 17s
Continuation Prompt
Some shells support a continuation prompt along with the normal prompt. This prompt is rendered instead of the normal prompt when the user has entered an incomplete statement (such as a single left parenthesis or quote).
Starship can set the continuation prompt using the continuation_prompt
option. The default prompt is "[❯](bold yellow)"
.
Note: continuation_prompt
should be set to a literal string without any variables.
Note: Continuation prompts are only available in the following shells:
bash
zsh
PowerShell
Example
# ~/.config/starship.toml
# A continuation prompt that displays two filled in arrows
continuation_prompt = "▶▶"
Style Strings
Style strings are a list of words, separated by whitespace. The words are not case sensitive (i.e. bold
and BoLd
are considered the same string). Each word can be one of the following:
bold
italic
underline
dimmed
inverted
bg:<color>
fg:<color>
<color>
none
where <color>
is a color specifier (discussed below). fg:<color>
and <color>
currently do the same thing, though this may change in the future. inverted
swaps the background and foreground colors. The order of words in the string does not matter.
The none
token overrides all other tokens in a string if it is not part of a bg:
specifier, so that e.g. fg:red none fg:blue
will still create a string with no styling. bg:none
sets the background to the default color so fg:red bg:none
is equivalent to red
or fg:red
and bg:green fg:red bg:none
is also equivalent to fg:red
or red
. It may become an error to use none
in conjunction with other tokens in the future.
A color specifier can be one of the following:
- One of the standard terminal colors:
black
,red
,green
,blue
,yellow
,purple
,cyan
,white
. You can optionally prefix these withbright-
to get the bright version (e.g.bright-white
). - A
#
followed by a six-digit hexadecimal number. This specifies an RGB color hex code. - A number between 0-255. This specifies an 8-bit ANSI Color Code.
If multiple colors are specified for foreground/background, the last one in the string will take priority.