git@vger.kernel.org mailing list mirror (one of many)
 help / color / mirror / code / Atom feed
* [PATCH 1/2] log-tree: make format_decorations more flexible
@ 2014-09-10 21:58 Harry Jeffery
  2014-09-10 22:00 ` [PATCH 2/2] pretty: add %D format specifier Harry Jeffery
  2014-09-11 22:39 ` [PATCH 1/2] log-tree: make format_decorations more flexible Junio C Hamano
  0 siblings, 2 replies; 6+ messages in thread
From: Harry Jeffery @ 2014-09-10 21:58 UTC (permalink / raw)
  To: git

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)
  {
-	const char *prefix;
  	struct name_decoration *decoration;
  	const char *color_commit =
  		diff_get_color(use_color, DIFF_COMMIT);
@@ -196,20 +198,20 @@ void format_decorations(struct strbuf *sb,
  	decoration = lookup_decoration(&name_decoration, &commit->object);
  	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)
+			strbuf_addstr(sb, sep);
  		strbuf_addstr(sb, color_reset);
-		prefix = ", ";
  		decoration = decoration->next;
  	}
  	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 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, " (", ", ", ")");
  		return 1;
  	case 'g':		/* reflog info */
  		switch(placeholder[1]) {
-- 
2.1.0

^ permalink raw reply related	[flat|nested] 6+ messages in thread

* [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 2/2] pretty: add %D format specifier
  2014-09-10 22:00 ` [PATCH 2/2] pretty: add %D format specifier Harry Jeffery
@ 2014-09-11 16:56   ` Junio C Hamano
  2014-09-11 17:26     ` Harry Jeffery
  0 siblings, 1 reply; 6+ messages in thread
From: Junio C Hamano @ 2014-09-11 16:56 UTC (permalink / raw)
  To: Harry Jeffery; +Cc: git

Because patch 1/2 alone does not make much sense without 2/2, it
probably would have been better to do these as a single patch.

And of course a few additional tests to t4205 would not hurt ;-)

Thanks.

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [PATCH 2/2] pretty: add %D format specifier
  2014-09-11 16:56   ` Junio C Hamano
@ 2014-09-11 17:26     ` Harry Jeffery
  2014-09-11 19:42       ` Junio C Hamano
  0 siblings, 1 reply; 6+ messages in thread
From: Harry Jeffery @ 2014-09-11 17:26 UTC (permalink / raw)
  To: Junio C Hamano; +Cc: git

On 11/09/14 17:56, Junio C Hamano wrote:
 > Because patch 1/2 alone does not make much sense without 2/2, it
 > probably would have been better to do these as a single patch.

Would you like me to resubmit it as a single patch, or are you applying 
them as is?

 > And of course a few additional tests to t4205 would not hurt ;-)

Sure. Should the tests be in the same patch, or a subsequent one?

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [PATCH 2/2] pretty: add %D format specifier
  2014-09-11 17:26     ` Harry Jeffery
@ 2014-09-11 19:42       ` Junio C Hamano
  0 siblings, 0 replies; 6+ messages in thread
From: Junio C Hamano @ 2014-09-11 19:42 UTC (permalink / raw)
  To: Harry Jeffery; +Cc: git

Harry Jeffery <harry@exec64.co.uk> writes:

> On 11/09/14 17:56, Junio C Hamano wrote:
>> Because patch 1/2 alone does not make much sense without 2/2, it
>> probably would have been better to do these as a single patch.
>
> Would you like me to resubmit it as a single patch, or are you
> applying them as is?
>
>> And of course a few additional tests to t4205 would not hurt ;-)
>
> Sure. Should the tests be in the same patch, or a subsequent one?

All in one; that way, "git show $that_single_patch" later can become
more useful by demonstrating expected uses in its test.

^ permalink raw reply	[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

end of thread, other threads:[~2014-09-11 22:40 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
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 16:56   ` Junio C Hamano
2014-09-11 17:26     ` Harry Jeffery
2014-09-11 19:42       ` Junio C Hamano
2014-09-11 22:39 ` [PATCH 1/2] log-tree: make format_decorations more flexible Junio C Hamano

Code repositories for project(s) associated with this public inbox

	https://80x24.org/mirrors/git.git

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 read-only IMAP folder(s) and NNTP newsgroup(s).