[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: misaligned blame output if repo has >1m revisions

From: Philipp Marek <philipp.marek_at_emerion.com>
Date: Mon, 12 Apr 2010 14:42:38 +0200

Hello Hyrum!

On Montag, 12. April 2010, Hyrum K. Wright wrote:
> On Mon, Apr 12, 2010 at 11:01 AM, Philipp Marek
> > So 9 digits should buy a bit of time ;-)
> Sure, but the more digits you put in, the more stuff gets pushed off the
> back of the line. On a 80-character terminal, with code that's 79
> characters long, parsing blame output is difficult enough as it is; adding
> more space just seems like it would make the problem harder, and is only
> required in a handful of cases.
Maybe.

But
a) even the linux kernel hackers aren't really strict about 80 columns;
b) if you have more than 40 whitespace characters at the beginning of a line,
   you can either set your tab-stops smaller, or at least scroll horizontally
   to look for the line
c) cutting the revision number or, as you say, the user, only creates a bigger
   problem.

> And we still have the problem of too-long user names (such as jerenkrantz
> in our own repo).
   
Well, my use-case is normally "why did this line change?" - and on a blame
output I can easily go to the same line, too see the revision.
So the width of the terminal is normally not interesting for me here.

Depending on your editor you could define a vertical fold, or have the
revision/user in a status line or mouse popup, or whatever - then the
additional space is of no concern. Only the full data, not cut off, must be
available.

Of course, if the needed number of characters for revision and user is simply
found during traversal, so much the better.

Regards,

Phil
Received on 2010-04-12 14:43:15 CEST

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.