git/gitk, branch v1.3.2

gitk: Fix bug caused by missing commitlisted elements

2006-04-17T00:27:59Z

This bug was reported by Yann Dirson, and results in an 'Error: expected boolean value but got ""' dialog when scrolling to the bottom of the graph under some circumstances. The issue is that git-rev-list isn't outputting all the boundary commits when it is asked for commits affecting only certain files. We already cope with that by adding the missing boundary commits in addextraid, but there we weren't adding a 0 to the end of the commitlisted list when we added the extra id to the end of the displayorder list. This fixes it by appending 0 to commitlisted in addextraid, thus keeping commitlisted and displayorder in sync. Signed-off-by: Paul Mackerras

gitk: Fix incorrect invocation of getmergediffline

2006-04-06T00:20:03Z

Signed-off-by: Paul Mackerras

[PATCH] gitk: Fix searching for filenames in gitk

2006-04-06T00:19:23Z

findcont should not accept any arguments. Signed-off-by: Pavel Roskin Signed-off-by: Paul Mackerras

[PATCH] Provide configurable UI font for gitk

2006-04-05T00:29:47Z

This makes the font used in the UI elements of gitk configurable in the same way the other fonts are. The default fonts used in the Xft build of tk8.5 are particularily horrific, making this change more important there. Signed-off-by: Keith Packard Acked-by: Junio C Hamano Signed-off-by: Paul Mackerras

[PATCH] gitk: Use git wrapper to run git-ls-remote.

2006-04-05T00:28:34Z

For some reason, the Cygwin Tcl's `exec' command has trouble running scripts. Fix this by using the C `git' wrapper. Other GIT programs run by gitk are written in C already, so we don't need to incur a performance hit of going via the wrapper (which I'll bet isn't pretty under Cygwin). Signed-off-by: Mark Wooding Acked-by: Junio C Hamano Signed-off-by: Paul Mackerras

[PATCH] gitk: add key bindings for selecting first and last commit

2006-04-05T00:24:03Z

For a keyboard addict like me some keys are still missing from gitk. Especially a key to select a commit when no commit is selected, like just after startup. While we're at it, complete the bindings for moving the view seperately from the selected line. Currently, the up and down keys act on the selected line while pageup and pagedown act on the commits viewed. The idea is to have to normal keys change the selected line: - Home selects first commit - End selects last commit - Up selects previous commit - Down selects next commit - PageUp moves selected line one page up - PageDown moves selected line one page down ...and together with the Control key, it moves the commits view: - Control-Home views first page of commits - Control-End views last page of commits - Control-Up moves commit view one line up - Control-Down moves commit view one line down - Control-PageUp moves commit view one page up - Control-PageDown moves commit view one page down Signed-off-By: Rutger Nijlunsing and with some cleanups and simplifications... Signed-off-by: Paul Mackerras

gitk: Add a help menu item to display key bindings

2006-04-04T23:39:51Z

Suggested by Paul Schulz. I made it a separate entry under the Help menu rather than putting it in the About box, though. Signed-off-by: Paul Mackerras

[PATCH] gitk: allow goto heads

2006-04-04T23:14:02Z

This patch allows you to enter a head name in the SHA1 id: field. It also removes some unnecessary global declarations. Signed-off-by: Stephen Rothwell Signed-off-by: Paul Mackerras

gitk: replace parent and children arrays with lists

2006-04-02T10:47:40Z

This will make it easier to switch between views efficiently, and turns out to be slightly faster as well. Signed-off-by: Paul Mackerras

gitk: Better workaround for arrows on diagonal line segments

2006-03-30T23:45:14Z

Instead of adding extra padding to create a vertical line segment at the lower end of a line that has an arrow, this now just draws a very short vertical line segment at the lower end. This alternative workaround for the Tk8.4 behaviour (not drawing arrows on diagonal line segments) doesn't have the problem of making the graph very wide when people do a lot of merges in a row (hi Junio :). Signed-off-by: Paul Mackerras