[bug] gitk: wide patches and commit messages break display

Previous thread: [PATCH] Fix 'crlf' attribute semantics. by Junio C Hamano on Sunday, April 15, 2007 - 4:10 pm. (5 messages)

Next thread: [PATCH] Add -q option to "git rm" to suppress output when there aren't errors. by Steven Grimm on Sunday, April 15, 2007 - 5:04 pm. (14 messages)
From: Martin Langhoff
Date: Sunday, April 15, 2007 - 4:40 pm

I am having 2 different problems with gitk and "wide" patches

 - the commit list appears garbled if the first line of the commit
message is wider than the display window, as it gets wrapped and
doesn't quite fit in the 1-line-height allowed by the commit listing

 - the patch view never gets horiz scroll bars, even if the width of
the commit message and/or patch itself is wider than the canvas

If I find some time to wade through tk source and understand it, I'll
try to post a patch for the first one. I suspect the second one is a
bit harder. In any case, someone with a more adept hand at tk might
find it easier ;-)


martin
-

Previous thread: [PATCH] Fix 'crlf' attribute semantics. by Junio C Hamano on Sunday, April 15, 2007 - 4:10 pm. (5 messages)

Next thread: [PATCH] Add -q option to "git rm" to suppress output when there aren't errors. by Steven Grimm on Sunday, April 15, 2007 - 5:04 pm. (14 messages)