unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#6737: 24.0.50; Feature request for vc-annotate.el
@ 2010-07-27  5:23 Aneesh Kumar K.V
       [not found] ` <handler.6737.B.12802082156511.ack@debbugs.gnu.org>
  2021-06-03  8:33 ` bug#6737: 24.0.50; Feature request for vc-annotate.el Lars Ingebrigtsen
  0 siblings, 2 replies; 3+ messages in thread
From: Aneesh Kumar K.V @ 2010-07-27  5:23 UTC (permalink / raw)
  To: 6737


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





^ permalink raw reply	[flat|nested] 3+ messages in thread

* bug#6737: Any update ?
       [not found] ` <handler.6737.B.12802082156511.ack@debbugs.gnu.org>
@ 2010-10-22 11:12   ` Aneesh Kumar K. V
  0 siblings, 0 replies; 3+ messages in thread
From: Aneesh Kumar K. V @ 2010-10-22 11:12 UTC (permalink / raw)
  To: 6737


Any update on this bug ? For a source repo with large history this
really make the annotation slow. There is a example of how do to do this
in elisp at 

http://www.bunkus.org/cgi-bin/gitweb.cgi?p=mo-git-blame.git;a=summary

-aneesh





^ permalink raw reply	[flat|nested] 3+ messages in thread

* bug#6737: 24.0.50; Feature request for vc-annotate.el
  2010-07-27  5:23 bug#6737: 24.0.50; Feature request for vc-annotate.el Aneesh Kumar K.V
       [not found] ` <handler.6737.B.12802082156511.ack@debbugs.gnu.org>
@ 2021-06-03  8:33 ` Lars Ingebrigtsen
  1 sibling, 0 replies; 3+ messages in thread
From: Lars Ingebrigtsen @ 2021-06-03  8:33 UTC (permalink / raw)
  To: Aneesh Kumar K.V; +Cc: 6737

aneesh.kumar@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.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no





^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2021-06-03  8:33 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2010-07-27  5:23 bug#6737: 24.0.50; Feature request for vc-annotate.el Aneesh Kumar K.V
     [not found] ` <handler.6737.B.12802082156511.ack@debbugs.gnu.org>
2010-10-22 11:12   ` bug#6737: Any update ? Aneesh Kumar K. V
2021-06-03  8:33 ` bug#6737: 24.0.50; Feature request for vc-annotate.el Lars Ingebrigtsen

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).