user/sven/git.git/gitk, branch v1.5.0.7

Make gitk save and restore window pane position on Linux and Cygwin.

2007-02-13T00:40:25Z

Subtle bugs remained on both Cygwin and Linux that caused the various window panes to be restored in positions different than where the user last placed them. Sergey Vlasov posed a pair of suggested fixes to this, what is done here is slightly different. The basic fix here involves a) explicitly remembering and restoring the sash positions for the upper window, and b) using paneconfigure to redundantly set height and width of other elements. This redundancy is needed as Cygwin Tcl has a nasty habit of setting pane sizes to zero if their slaves are not configured with a specific size, but Linux Tcl does not honor the specific size given. Signed-off-by: Mark Levedahl Signed-off-by: Junio C Hamano

Make gitk save and restore the user set window position.

2007-02-11T21:47:55Z

gitk was saving widget sizes and positions when the main window was destroyed, which is after all child widgets are destroyed. The cure is to trap the WM_DELETE_WINDOW event before the gui is torn down. Also, the saved geometry was captured using "winfo geometry .", rather than "wm geometry ." Under Linux, these two return different answers and the latter one is correct. [jc: credit goes to Brett Schwarz for suggesting the use of "wm protocol"; I also squashed the follow-up patch to remove extraneous -0 from expressions.] Signed-off-by: Mark Levedahl Signed-off-by: Junio C Hamano

gitk: Use show-ref instead of ls-remote

2007-02-06T01:14:15Z

It used to be ls-remote on self was the only easy way to grab the ref information. Now we have show-ref which does not involve fork and IPC, so use it. Signed-off-by: Junio C Hamano

Make gitk work reasonably well on Cygwin.

2007-02-06T01:14:15Z

The gitk gui layout was completely broken on Cygwin. If gitk was started without previous geometry in ~/.gitk, the user could drag the window sashes to get a useable layout. However, if ~/.gitk existed, this was not possible at all. The fix was to rewrite makewindow, changing the toplevel containers and the particular geometry information saved between sessions. Numerous bugs in both the Cygwin and the Linux Tk versions make this a delicate balancing act: the version here works in both but many subtle variants are competely broken in one or the other environment. Three user visible changes result: 1 - The viewer is fully functional under Cygwin. 2 - The search bar moves from the bottom to the top of the lower left pane. This was necessary to get around a layout problem on Cygwin. 3 - The window size and position is saved and restored between sessions. Again, this is necessary to get around a layout problem on Cygwin. Signed-off-by: Mark Levedahl

gitk - remove trailing whitespace from a few lines.

2007-02-06T01:14:14Z

Signed-off-by: Mark Levedahl

[PATCH] Rename git-repo-config to git-config.

2007-01-29T00:16:53Z

Signed-off-by: Tom Prince Signed-off-by: Junio C Hamano

[PATCH] Make gitk work when launched in a subdirectory

2007-01-13T05:15:09Z

Make gitk use git-rev-parse --git-dir to find the repository. Signed-off-by: Peter Baumann Signed-off-by: Paul Mackerras

[PATCH] gitk: add current directory to main window title

2007-01-13T05:15:09Z

This can help people keep track of which gitk is which, when they have several on the screen. Signed-off-by: Doug Maxey Signed-off-by: Paul Mackerras

gitk: Fix enabling/disabling of menu items on Mac OS X

2006-11-23T10:06:16Z

It seems that under Mac OS X, the menus get some extra entries (or possibly fewer entries), leading to references to entries by an absolute number being off. This leads to an error when invoking gitk --all under Mac OS X, because the "Edit view" and "Delete view" entries aren't were gitk expects them, and so enabling them gives an error. This changes the code so it refers to menu entries by their content, which should solve the problem. Signed-off-by: Paul Mackerras

[PATCH] gitk: Fix nextfile() and add prevfile()

2006-10-19T00:10:11Z

The current nextfile() jumps to last hunk, but I think this is not intention, probably, it's forgetting to add "break;". And this patch also adds prevfile(), it jumps to previous hunk. Signed-off-by: OGAWA Hirofumi Signed-off-by: Paul Mackerras