Re: New features in gitk
- From
Pierre Habouzit <madcoder@debian.org>
- Date
- Oct 28, 2007, 18:32 UTC
- Message-ID
- <20071028183216.GA4310@artemis.corp>
- In-Reply-To
- <18211.59478.188419.397886@cargo.ozlabs.ibm.com>
On dim, oct 28, 2007 at 01:39:34 +0000, Paul Mackerras wrote:
> I just pulled the dev branch of gitk into the master branch, so the > master branch now has the new features and improvements that I have > been working on, namely: [...]
As you seem to be the guy to ask for, I've a couple of requests wrt gitk.
* the diff window is quite bad with merge commits, the colorization is
rather poor, and the last version you just merged isn't especially
better. * the 'sha1' input field is a major pain in the UI: the cut&paste
interaction is very poor. I don't know why, but it's often very very
hard to really copy the sha id, probably because it's selected by
default. * hjkl in the history list do very very very curious things, whereas I
would expect j/k to do the same as (resp) down/up. Note that in
[Help->Key bindings] it's said it should work that way, but it
doesn't here at least. A way to customize bindings would be much
appreciated (I like vi bindings, and I miss ^U/^D, and ^E/^Y e.g.). * I really really really miss an option to ignore whitespaces in
diffs, a small checkbox to view the full blown diff, or the one
without spaces changes (-w -b) would be _really_ great. * the fact that it remembers the position where it was in the WM when
it was closed is really annoying. the WM is supposed to place the
window. With at least ion3 and xinerama it often shows up on the
wrong screen. Remembering the window size though is fine. * wrt the layout, when the gitk window is resized, the resizing of the
three columns (subjects, commiter, date) is really cumbersome. I
would expect that the subject one would be the sole one to be
resized. * still wrt the layout, the focus is quite cumbersome. Gitk would be
really really really nice to be used only from the keyboard, but
because of a very unclear focus policy, it really isn't for me.
Maybe it's just me, and I know this may not be 100% helpful, but I
never know which part of gitk will receive my keys (history part,
diff part, tree, ...). * in the diff [lines of context] input, if you hit "down" it
decrements the number of lines which is okay, but _also_ moves the
selected history line which is not.This list may sound harsh, I hope not, I love gitk, it's one of the 10 git commands I use the most.
Cheers,
-- ·O· Pierre Habouzit ··O madcoder@debian.org OOO http://www.madism.org