|
From: | Jim Porter |
Subject: | bug#67062: 30.0.50; [PATCH] Abbreviate the revision in 'vc-annotate' (for Git) |
Date: | Sun, 12 Nov 2023 11:33:33 -0800 |
On 11/12/2023 11:11 AM, Eli Zaretskii wrote:
Date: Sun, 12 Nov 2023 11:07:38 -0800 Cc: 67062@debbugs.gnu.org From: Jim Porter <jporterbugs@gmail.com> In any case, we don't necessarily need to provide a default implementation for the 'short-revision' function. What about something like this? I'm not sure it's better, but it does let us avoid defining a no-op implementation for the "default backend".Fine by me, except that I think this should be optional behavior.
Ok, how about this? If you think I should add a bit about this to the manual, let me know. However, it seems like a fairly minor thing to me, and I don't want to distract the manual reader from the more-useful parts.
(I also welcome a suggestion on a shorter name than 'vc-annotate-abbreviate-revision-in-buffer-name', but I wanted to be careful not to give the impression that this would apply to the revision IDs that you see in the VC-Annotate buffer's *contents*. I guess I could abbreviate some of the existing words though, like "revision" -> "rev".)
0001-Abbreviate-the-VC-revision-in-vc-annotate-s-buffer-n.patch
Description: Text document
[Prev in Thread] | Current Thread | [Next in Thread] |