GNU bug report logs - #5427
vc-annotate inconsistent output format

Previous Next

Package: emacs;

Reported by: Glenn Morris <rgm <at> gnu.org>

Date: Wed, 20 Jan 2010 04:11:02 UTC

Severity: wishlist

Merged with 1163

To reply to this bug, email your comments to 5427 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org:
bug#5427; Package emacs. (Wed, 20 Jan 2010 04:11:02 GMT) Full text and rfc822 format available.

Message #3 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Glenn Morris <rgm <at> gnu.org>
To: Emacs bug tracker <submit <at> debbugs.gnu.org>
Subject: vc-annotate inconsistent output format
Date: Tue, 19 Jan 2010 23:10:37 -0500
Severity: wishlist


vc-annotate on a file under CVS produces a buffer with lines of the format:

1.1          (gmorris  26-Jul-04): #!/bin/bash


On a file under SVN it produces:

  2134    gmorris ;; .emacs


On a file under Bazaar it produces:

39976      gerd <at> gn | /* Allocate X colors.  Used for testing with dense 

with extra information (including the date) in a tooltip.


All these VC tools are producing (or can produce, given the right
options to the annotate command) the same information (revision, author,
date). It would be nice if Emacs would display the information in the
same format each time, independent of backend.

It would be even nicer if the format were customizable via a format
string. Eg

(setq vc-annotate-format "%r %a %d | %l")

%r = revision
%a = author
%d = date
%l = line of file




Information forwarded to owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org:
bug#5427; Package emacs. (Wed, 20 Jan 2010 04:24:02 GMT) Full text and rfc822 format available.

Message #6 received at 5427 <at> debbugs.gnu.org (full text, mbox):

From: Glenn Morris <rgm <at> gnu.org>
To: 5427 <at> debbugs.gnu.org
Subject: Re: Bug#5427: vc-annotate inconsistent output format
Date: Tue, 19 Jan 2010 23:23:54 -0500
merge 1163 5427
stop

I guess this is really a superset of bug #1163:

From: Nick Roberts <nickrob <at> snap.net.nz>
Subject: 23.0.60; With SVN, vc-annotate doesn't display the date for each line
Date: Tue, 14 Oct 2008 22:28:48 +1300




Merged 1163 5427. Request was from Glenn Morris <rgm <at> gnu.org> to control <at> debbugs.gnu.org. (Wed, 20 Jan 2010 04:26:01 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#5427; Package emacs. (Thu, 05 May 2022 11:57:02 GMT) Full text and rfc822 format available.

Message #11 received at 5427 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Nick Roberts <nickrob <at> snap.net.nz>
Cc: 5427 <at> debbugs.gnu.org, 1163 <at> debbugs.gnu.org
Subject: Re: bug#5427: vc-annotate inconsistent output format
Date: Thu, 05 May 2022 13:56:45 +0200
Nick Roberts <nickrob <at> snap.net.nz> writes:

> With SVN, vc-annotate just displays the revision number for each line.
> With CVS, it also displays the date that the line was last changed, which
> can be useful to know.  The date is output from "svn annotate" when the
> option "-v" is used.

(I'm going through old bug reports that unfortunately weren't resolved
at the time.)

This is still the case in Emacs 29, but since basically git won, it'll
probably take an SVN enthusiast to get this fixed.

Adding -v indeed gives the time:

     1      larsi 2022-05-05 13:46:34 +0200 (Thu, 05 May 2022) This is foo.
     2      larsi 2022-05-05 13:46:41 +0200 (Thu, 05 May 2022) Yes.

But that's too massive to display, so vc-svn-annotate-command would have
to implement a filter to reformat that in a more sensible way.  It
shouldn't be a lot of work -- the person implementing this could look
at, say, vc-cvs-annotate-command as a model for how to write the filter.

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




This bug report was last modified 3 years and 39 days ago.

Previous Next


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