* [PATCH 2/2] pretty: add %D format specifier
2014-09-10 21:58 [PATCH 1/2] log-tree: make format_decorations more flexible Harry Jeffery
@ 2014-09-10 22:00 ` Harry Jeffery
2014-09-11 16:56 ` Junio C Hamano
2014-09-11 22:39 ` [PATCH 1/2] log-tree: make format_decorations more flexible Junio C Hamano
1 sibling, 1 reply; 6+ messages in thread
From: Harry Jeffery @ 2014-09-10 22:00 UTC (permalink / raw)
To: git
%d prints decorations wrapped by " (" and ")". %D provides the same
output without the parenthesis, making " (%D)" and "%d" equivalent to
one another.
Signed-off-by: Harry Jeffery <harry@exec64.co.uk>
---
Documentation/pretty-formats.txt | 6 ++++--
pretty.c | 4 ++++
2 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/Documentation/pretty-formats.txt
b/Documentation/pretty-formats.txt
index eac7909..2632e1a 100644
--- a/Documentation/pretty-formats.txt
+++ b/Documentation/pretty-formats.txt
@@ -128,6 +128,7 @@ The placeholders are:
- '%ct': committer date, UNIX timestamp
- '%ci': committer date, ISO 8601 format
- '%d': ref names, like the --decorate option of linkgit:git-log[1]
+- '%D': ref names without the " (", ")" wrapping.
- '%e': encoding
- '%s': subject
- '%f': sanitized subject line, suitable for a filename
@@ -182,8 +183,9 @@ The placeholders are:
NOTE: Some placeholders may depend on other options given to the
revision traversal engine. For example, the `%g*` reflog options will
insert an empty string unless we are traversing reflog entries (e.g., by
-`git log -g`). The `%d` placeholder will use the "short" decoration
-format if `--decorate` was not already provided on the command line.
+`git log -g`). The `%d` and `%D` placeholders will use the "short"
+decoration format if `--decorate` was not already provided on the command
+line.
If you add a `+` (plus sign) after '%' of a placeholder, a line-feed
is inserted immediately before the expansion if and only if the
diff --git a/pretty.c b/pretty.c
index e4dc093..a75ad0d 100644
--- a/pretty.c
+++ b/pretty.c
@@ -1197,6 +1197,10 @@ static size_t format_commit_one(struct strbuf
*sb, /* in UTF-8 */
load_ref_decorations(DECORATE_SHORT_REFS);
format_decorations(sb, commit, c->auto_color, " (", ", ", ")");
return 1;
+ case 'D':
+ load_ref_decorations(DECORATE_SHORT_REFS);
+ format_decorations(sb, commit, c->auto_color, "", ", ", "");
+ return 1;
case 'g': /* reflog info */
switch(placeholder[1]) {
case 'd': /* reflog selector */
--
2.1.0
^ permalink raw reply related [flat|nested] 6+ messages in thread* Re: [PATCH 1/2] log-tree: make format_decorations more flexible
2014-09-10 21:58 [PATCH 1/2] log-tree: make format_decorations more flexible Harry Jeffery
2014-09-10 22:00 ` [PATCH 2/2] pretty: add %D format specifier Harry Jeffery
@ 2014-09-11 22:39 ` Junio C Hamano
1 sibling, 0 replies; 6+ messages in thread
From: Junio C Hamano @ 2014-09-11 22:39 UTC (permalink / raw)
To: Harry Jeffery; +Cc: git
Harry Jeffery <harry@exec64.co.uk> writes:
> The prefix, separator and suffix for decorations are hard-coded. Make
> format_decorations more flexible by having the caller specify the
> prefix, separator and suffix.
>
> Signed-off-by: Harry Jeffery <harry@exec64.co.uk>
> ---
> log-tree.c | 16 +++++++++-------
> log-tree.h | 2 +-
> pretty.c | 2 +-
> 3 files changed, 11 insertions(+), 9 deletions(-)
>
> diff --git a/log-tree.c b/log-tree.c
> index 95e9b1d..860694c 100644
> --- a/log-tree.c
> +++ b/log-tree.c
> @@ -184,9 +184,11 @@ static void show_children(struct rev_info *opt,
> struct commit *commit, int abbre
> */
> void format_decorations(struct strbuf *sb,
> const struct commit *commit,
> - int use_color)
> + int use_color,
> + const char* prefix,
> + const char* sep,
> + const char* suffix)
In our codebase, please make asterisks stick to the variable not the
type, i.e.
const char *prefix,
const char *separator,
const char *suffix)
Was there a reason why "sep" alone needed to be abbreviated?
> if (!decoration)
> return;
> - prefix = " (";
> + strbuf_addstr(sb, prefix);
> while (decoration) {
> strbuf_addstr(sb, color_commit);
> - strbuf_addstr(sb, prefix);
> strbuf_addstr(sb, decorate_get_color(use_color, decoration->type));
> if (decoration->type == DECORATION_REF_TAG)
> strbuf_addstr(sb, "tag: ");
> strbuf_addstr(sb, decoration->name);
> + if(decoration->next)
Have SP between the control statement (i.e. not a function name) and
its opening parenthesis, i.e.
if (decoration->next)
> + strbuf_addstr(sb, sep);
> strbuf_addstr(sb, color_reset);
> - prefix = ", ";
> decoration = decoration->next;
> }
Hmph. I was kind of found of the nice trick to use a punctuation,
which first points at the prefix " (" and then later points at the
separator ", ", to allow the code that prefixes the punctuation
before showing a new item. It is now lost.
> strbuf_addstr(sb, color_commit);
> - strbuf_addch(sb, ')');
> + strbuf_addstr(sb, suffix);
> strbuf_addstr(sb, color_reset);
> }
>
> @@ -221,7 +223,7 @@ void show_decorations(struct rev_info *opt, struct
> commit *commit)
> printf("\t%s", (char *) commit->util);
> if (!opt->show_decorations)
> return;
> - format_decorations(&sb, commit, opt->diffopt.use_color);
> + format_decorations(&sb, commit, opt->diffopt.use_color, " (", ", ", ")");
> fputs(sb.buf, stdout);
> strbuf_release(&sb);
> }
> diff --git a/log-tree.h b/log-tree.h
> index d6ecd4d..4816911 100644
> --- a/log-tree.h
> +++ b/log-tree.h
> @@ -13,7 +13,7 @@ int log_tree_diff_flush(struct rev_info *);
> int log_tree_commit(struct rev_info *, struct commit *);
> int log_tree_opt_parse(struct rev_info *, const char **, int);
> void show_log(struct rev_info *opt);
> -void format_decorations(struct strbuf *sb, const struct commit
> *commit, int use_color);
> +void format_decorations(struct strbuf *sb, const struct commit
> *commit, int use_color, const char* prefix, const char* sep, const
Linewrapped by your MUA, perhaps?
Again, please check where your asterisks are.
> char* suffix);
> void show_decorations(struct rev_info *opt, struct commit *commit);
> void log_write_email_headers(struct rev_info *opt, struct commit *commit,
> const char **subject_p,
> diff --git a/pretty.c b/pretty.c
> index 44b9f64..e4dc093 100644
> --- a/pretty.c
> +++ b/pretty.c
> @@ -1195,7 +1195,7 @@ static size_t format_commit_one(struct strbuf
> *sb, /* in UTF-8 */
> return 1;
> case 'd':
> load_ref_decorations(DECORATE_SHORT_REFS);
> - format_decorations(sb, commit, c->auto_color);
> + format_decorations(sb, commit, c->auto_color, " (", ", ", ")");
My eyes hurt staring at this line and the same one in the other
file, trying to see which comma is which.
I wonder if doing something like this once at a single place:
#define format_decorations_std(strbuf, commit, color) \
format_decorations((strbuf), (commit), (color), " (", ", ", ")")
and using
format_decorations_std(sb, commit, opt->diffopt.use_color);
format_decorations_std(sb, commit, c->auto_color);
or even better, name the one that takes three extra parameters as
format_decorations_extended(), and keep the behaviour of the
original one the same, i.e.
#define format_decorations(strbuf, commit, color) \
format_decorations_extended((strbuf), (commit), (color), " (", ", ", ")")
That way you do not have to touch the original callers, nor you
would have to worry about breaking any topic that somebody else may
be preparing that adds new calls to format_decorations().
> return 1;
> case 'g': /* reflog info */
> switch(placeholder[1]) {
^ permalink raw reply [flat|nested] 6+ messages in thread