GNU bug report logs - #6737
24.0.50; Feature request for vc-annotate.el

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Sean Whitton <spwhitton <at> spwhitton.name>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#6737: closed (24.0.50; Feature request for vc-annotate.el)
Date: Fri, 14 Mar 2025 06:12:02 +0000

[Message part 1 (text/plain, inline)]

Your message dated Fri, 14 Mar 2025 14:11:07 +0800
with message-id <874izwxhtw.fsf <at> melete.silentflame.com>
and subject line Re: bug#6737: 24.0.50; Feature request for vc-annotate.el
has caused the debbugs.gnu.org bug report #6737,
regarding 24.0.50; Feature request for vc-annotate.el
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)


-- 
6737: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=6737
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: aneesh.kumar <at> linux.vnet.ibm.com (Aneesh Kumar K.V)
To: bug-gnu-emacs <at> gnu.org
Subject: 24.0.50; Feature request for vc-annotate.el
Date: Tue, 27 Jul 2010 10:53:29 +0530

It would be nice to support incremental blame support in vc-annotate.el.
Currently we have to wait for the full blame information before the
annotate buffer is available. git blame support incremental blame
feature which should be used to imporve the user experience. A similar
implementation can be found at git://git.bunkus.org/mo-git-blame.git

-aneesh

[Message part 3 (message/rfc822, inline)]

From: Sean Whitton <spwhitton <at> spwhitton.name>
To: 6737-close <at> debbugs.gnu.org
Subject: Re: bug#6737: 24.0.50; Feature request for vc-annotate.el
Date: Fri, 14 Mar 2025 14:11:07 +0800

Hello,

On Thu 03 Jun 2021 at 10:33am +02, Lars Ingebrigtsen wrote:

> aneesh.kumar <at> linux.vnet.ibm.com (Aneesh Kumar K.V) writes:
>
>> It would be nice to support incremental blame support in vc-annotate.el.
>> Currently we have to wait for the full blame information before the
>> annotate buffer is available. git blame support incremental blame
>> feature which should be used to imporve the user experience. A similar
>> implementation can be found at git://git.bunkus.org/mo-git-blame.git
>
> (I'm going through old bug reports that unfortunately got no response at
> the time.)
>
> vc-annotate seems to work quite fast for me (even in huge files that
> have decades-long histories, as in Emacs), so I'm not sure adding
> support for incremental annotation would be worth it.
>
> But perhaps changing the function to only work on the narrowed portion
> of the buffer would be nice?  That way you could `C-x n d C-x v g' (for
> instance) and get a very snappy annotation of just the current function,
> for instance.

It's been fifteen years since the original report.  Git has probably had
numerous performance improvements made; machines have got faster; the
Git repository with sample code 404s; adding this incremental support
might complicate debugging.  So I'm closing this one.

-- 
Sean Whitton

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.