Thread (3 messages) 3 messages, 2 authors, 2023-07-12

Re: [PATCH] pretty: add %r format specifier for showing refs

From: Eric Sunshine <hidden>
Date: 2023-07-12 16:56:50

Not a proper review... just running my eye quickly over the patch...

On Wed, Jul 12, 2023 at 7:17 AM Andy Koppe [off-list ref] wrote:
This lists refs similarly to the %D decoration format, but separates
the refs with spaces only and omits "tag:" annotations. It's intended
primarily for color output, where tags are already distinguished by
color.

Refactor format_decorations() to take an enum decoration_format argument
that determines the prefix, separator and suffix as well as the tag
annotation.

For %d and %D, wrap the "tag:" annotation and the actual tag in separate
color controls, because otherwise the tag ends up uncolored when %w
width formatting breaks a line between the annotation and tag.

Amend t4207-log-decoration-colors.sh to reflect the added color
controls, and t4202-log.sh to test the %r format.
---
Missing sign-off.
quoted hunk ↗ jump to hunk
diff --git a/log-tree.h b/log-tree.h
@@ -13,17 +13,18 @@ struct decoration_filter {
+enum decoration_format {
+  DECO_FMT_BARE = 0,
+  DECO_FMT_UNWRAPPED,
+  DECO_FMT_WRAPPED,
+};
Indent with TAB, not spaces.

Is this enum name a bit too generic for a public header? A quick scan
of other enums in the project shows that they usually incorporate the
"subsystem" into their names somehow (often as a prefix); for
instance, "enum apply_ws_ignore", "enum bisect_error".
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help