bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#67062: 30.0.50; [PATCH] Abbreviate the revision in 'vc-annotate' (fo


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".)

Attachment: 0001-Abbreviate-the-VC-revision-in-vc-annotate-s-buffer-n.patch
Description: Text document


reply via email to

[Prev in Thread] Current Thread [Next in Thread]