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.
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
> 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
Of course, if the needed number of characters for revision and user is simply
found during traversal, so much the better.
Received on 2010-04-12 14:43:15 CEST