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: Eli Zaretskii
Subject: bug#67062: 30.0.50; [PATCH] Abbreviate the revision in 'vc-annotate' (for Git)
Date: Fri, 15 Dec 2023 08:32:23 +0200

> Date: Thu, 14 Dec 2023 12:34:28 -0800
> Cc: dmitry@gutov.dev, 67062@debbugs.gnu.org, juri@linkov.net
> From: Jim Porter <jporterbugs@gmail.com>
> 
> On 12/14/2023 11:51 AM, Eli Zaretskii wrote:
> > Please in the future try retaining more of the context, so that what
> > "this solution" was will be clear even without the need to look up the
> > previous messages.  This is especially important when the previous
> > message happened long enough for people to forget the point where we
> > left it, like in this case.
> 
> Will do. (I use threading in my mail client, so I see all the context 
> and didn't think about this.) The most-relevant message in the previous 
> discussion is probably this one[1]:

Granted, I use threading as well, but I don't keep messages
indefinitely, nor archive everything I get.  A month-old message is
likely to be expunged, and I then need to look for it on the
bug-tracker or in the list archives.

> > Also, "only Git supports this" sounds like the other backends are in
> > some kind of disadvantage, whereas the truth is that only Git needs
> > this, since its usual full revision IDs are so long.
> 
> I changed this to: "Currently, this only applies to the Git backend."

This still sounds like other backends are less functional.  I think
the fact that other backends don't really need this should be stated
explicitly.

Thanks.





reply via email to

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