git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Junio C Hamano <gitster@pobox.com>
To: Ramkumar Ramachandra <artagnon@gmail.com>
Cc: Git List <git@vger.kernel.org>
Subject: Re: [PATCH 2/3] prompt: factor out gitstring coloring logic
Date: Fri, 17 May 2013 10:00:51 -0700	[thread overview]
Message-ID: <7v7gix1qyk.fsf@alter.siamese.dyndns.org> (raw)
In-Reply-To: <1368780948-28917-3-git-send-email-artagnon@gmail.com> (Ramkumar Ramachandra's message of "Fri, 17 May 2013 14:25:47 +0530")

Ramkumar Ramachandra <artagnon@gmail.com> writes:

> So that we can extend it with ZSH-colors in a later patch.
>
> Signed-off-by: Ramkumar Ramachandra <artagnon@gmail.com>
> ---
>  contrib/completion/git-prompt.sh | 79 ++++++++++++++++++++++------------------
>  1 file changed, 43 insertions(+), 36 deletions(-)
>
> diff --git a/contrib/completion/git-prompt.sh b/contrib/completion/git-prompt.sh
> index fb9296b..263d2d7 100644
> --- a/contrib/completion/git-prompt.sh
> +++ b/contrib/completion/git-prompt.sh
> @@ -222,6 +222,48 @@ __git_ps1_show_upstream ()
>  
>  }
>  
> +# Helper function that is meant to be called from __git_ps1.  It
> +# builds up a gitstring injecting color codes into the appropriate
> +# places.
> +__git_ps1_colorize_gitstring ()
> +{
> +	local c_red='\e[31m'
> +	local c_green='\e[32m'
> +	local c_lblue='\e[1;34m'
> +	local c_clear='\e[0m'
> +	local bad_color=$c_red
> +	local ok_color=$c_green
> +	local branch_color="$c_clear"
> +	local flags_color="$c_lblue"
> +	local branchstring="$c${b##refs/heads/}"
> +
> +	if [ $detached = no ]; then
> +		branch_color="$ok_color"
> +	else
> +		branch_color="$bad_color"
> +	fi
> +
> +	# Setting gitstring directly with \[ and \] around colors
> +	# is necessary to prevent wrapping issues!
> +	gitstring="\[$branch_color\]$branchstring\[$c_clear\]"
> +
> +	if [ -n "$w$i$s$u$r$p" ]; then
> +		gitstring="$gitstring$z"
> +	fi
> +	if [ "$w" = "*" ]; then
> +		gitstring="$gitstring\[$bad_color\]$w"
> +	fi
> +	if [ -n "$i" ]; then
> +		gitstring="$gitstring\[$ok_color\]$i"
> +	fi

This is somewhat offtopic, but does anybody remember why $w (and
only $w) has to be checked against '*', instead of [ -n "$w" ]?

The primary reason I ask is because from time to time I hear people
who forget what these *#$% line noises mean and have been wondering
if we can add a GIT_PS1_SHOW_STATE_MNEMONIC option that shows these
with mnemonic letter sequences (e.g. "wsu" for dirty working tree,
unmodified index, with stash and untracked files).

> +	if [ -n "$s" ]; then
> +		gitstring="$gitstring\[$flags_color\]$s"
> +	fi
> +	if [ -n "$u" ]; then
> +		gitstring="$gitstring\[$bad_color\]$u"
> +	fi
> +	gitstring="$gitstring\[$c_clear\]$r$p"
> +}
>  
>  # __git_ps1 accepts 0 or 1 arguments (i.e., format string)
>  # when called from PS1 using command substitution
> @@ -364,42 +406,7 @@ __git_ps1 ()
>  		if [ $pcmode = yes ]; then
>  			local gitstring=
>  			if [ -n "${GIT_PS1_SHOWCOLORHINTS-}" ]; then
> -				local c_red='\e[31m'
> -				local c_green='\e[32m'
> -				local c_lblue='\e[1;34m'
> -				local c_clear='\e[0m'
> -				local bad_color=$c_red
> -				local ok_color=$c_green
> -				local branch_color="$c_clear"
> -				local flags_color="$c_lblue"
> -				local branchstring="$c${b##refs/heads/}"
> -
> -				if [ $detached = no ]; then
> -					branch_color="$ok_color"
> -				else
> -					branch_color="$bad_color"
> -				fi
> -
> -				# Setting gitstring directly with \[ and \] around colors
> -				# is necessary to prevent wrapping issues!
> -				gitstring="\[$branch_color\]$branchstring\[$c_clear\]"
> -
> -				if [ -n "$w$i$s$u$r$p" ]; then
> -					gitstring="$gitstring$z"
> -				fi
> -				if [ "$w" = "*" ]; then
> -					gitstring="$gitstring\[$bad_color\]$w"
> -				fi
> -				if [ -n "$i" ]; then
> -					gitstring="$gitstring\[$ok_color\]$i"
> -				fi
> -				if [ -n "$s" ]; then
> -					gitstring="$gitstring\[$flags_color\]$s"
> -				fi
> -				if [ -n "$u" ]; then
> -					gitstring="$gitstring\[$bad_color\]$u"
> -				fi
> -				gitstring="$gitstring\[$c_clear\]$r$p"
> +				__git_ps1_colorize_gitstring
>  			else
>  				gitstring="$c${b##refs/heads/}${f:+$z$f}$r$p"
>  			fi

  reply	other threads:[~2013-05-17 17:01 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-05-17  8:55 [PATCH v3 0/3] Colored prompt for ZSH Ramkumar Ramachandra
2013-05-17  8:55 ` [PATCH 1/3] prompt: introduce GIT_PS1_STATESEPARATOR Ramkumar Ramachandra
2013-05-17  8:55 ` [PATCH 2/3] prompt: factor out gitstring coloring logic Ramkumar Ramachandra
2013-05-17 17:00   ` Junio C Hamano [this message]
2013-05-17  8:55 ` [PATCH 3/3] prompt: colorize ZSH prompt Ramkumar Ramachandra
  -- strict thread matches above, loose matches on Subject: below --
2013-05-13 13:49 [PATCH v2 0/3] Colored prompt for ZSH Ramkumar Ramachandra
2013-05-13 13:49 ` [PATCH 2/3] prompt: factor out gitstring coloring logic Ramkumar Ramachandra

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=7v7gix1qyk.fsf@alter.siamese.dyndns.org \
    --to=gitster@pobox.com \
    --cc=artagnon@gmail.com \
    --cc=git@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).