summaryrefslogtreecommitdiff
path: root/wt-status.h
diff options
context:
space:
mode:
authorJeff King <peff@peff.net>2012-07-16 11:39:54 (GMT)
committerJunio C Hamano <gitster@pobox.com>2012-07-16 16:37:29 (GMT)
commit3cd9d1b2f4471211a9c620d6ea8fe736745c3f5b (patch)
treeec7288922ad24f8bc92c30ca241a6ebd58b0d892 /wt-status.h
parent2d1ccebae41541946ddd7e32f291f3c8983feea9 (diff)
downloadgit-3cd9d1b2f4471211a9c620d6ea8fe736745c3f5b.zip
git-3cd9d1b2f4471211a9c620d6ea8fe736745c3f5b.tar.gz
git-3cd9d1b2f4471211a9c620d6ea8fe736745c3f5b.tar.bz2
status: color in-progress message like other header messages
The "status" command recently learned to describe the in-progress operation in its long output format (e.g., rebasing, am, etc). This message gets its own slot in the color table, even though it is not configurable. As a result, if the user has set color.status.header to a non-default value, this message will not match (and cannot be made to match, as there is no config option). It is probably more sane to just color it like the rest of the text (i.e., just use color.status.header). This would not allow users to customize the color of this message independently, but they cannot do that with the current code anyway, and if somebody wants to build customizable colorization later, this patch does not make it much harder to do so. Signed-off-by: Jeff King <peff@peff.net> Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 'wt-status.h')
-rw-r--r--wt-status.h1
1 files changed, 0 insertions, 1 deletions
diff --git a/wt-status.h b/wt-status.h
index c1066a0..f8fc58c 100644
--- a/wt-status.h
+++ b/wt-status.h
@@ -15,7 +15,6 @@ enum color_wt_status {
WT_STATUS_LOCAL_BRANCH,
WT_STATUS_REMOTE_BRANCH,
WT_STATUS_ONBRANCH,
- WT_STATUS_IN_PROGRESS,
WT_STATUS_MAXSLOT
};