user/sven/git.git/lib/index.tcl, branch gitgui-0.11.0

git-gui: (i18n) Fix a bunch of still untranslated strings.

2008-02-04T02:25:29Z

Signed-off-by: Christian Stimming Signed-off-by: Shawn O. Pearce

git-gui: Fix broken revert confirmation.

2008-01-16T05:44:14Z

I broke this extremely cool feature in 1ac17950, but it is rather easy to fix this. Sorry for that. Signed-off-by: Christian Stimming Signed-off-by: Shawn O. Pearce

Merge branch 'maint'

2007-10-23T22:50:19Z

* maint: git-gui: Make sure we get errors from git-update-index Conflicts: lib/index.tcl

git-gui: Make sure we get errors from git-update-index

2007-10-23T22:49:27Z

I'm seeing a lot of silent failures from git-update-index on Windows and this is leaving the index.lock file intact, which means users are later unable to perform additional operations. When the index is locked behind our back and we are unable to use it we may need to allow the user to delete the index lock and try again. However our UI state is probably not currect as we have assumed that some changes were applied but none of them actually did. A rescan is the easiest (in code anyway) solution to correct our UI to show what the index really has (or doesn't have). Signed-off-by: Shawn O. Pearce

git-gui: Use progress meter in the status bar during index updates

2007-10-10T05:12:17Z

If we are updating the index to stage or unstage changes or reverting files in the working directory we can use the progress handling parts of our status bar to perform this display work, reducing the amount of code duplication we have in the index handling module. Unfortunately the status bar is still a strict approximation as it is unable to know when git-update-index has processed the data we fed to it. The progress bar is actually a progress of the pipe buffer filling up in the OS, not of the actual work done. Still, it tells the user we are working and that has some value. Signed-off-by: Shawn O. Pearce

git-gui: add some strings to translation

2007-09-14T00:43:26Z

Most of these changes were suggested by Shawn Pearce in an answer to Johannes Schindelin. Some strings for the blame module were added too. [sp: Minor edits in blame module formatting] Signed-off-by: Michele Ballabio Signed-off-by: Shawn O. Pearce

Merge branch 'maint'

2007-09-14T00:13:59Z

* maint: git-gui: Paper bag fix "Commit->Revert" format arguments git-gui: Provide 'uninstall' Makefile target to undo an installation git-gui: Font chooser to handle a large number of font families

git-gui: Paper bag fix "Commit->Revert" format arguments

2007-09-14T00:08:53Z

The recent bug fix to correctly handle filenames with %s (or any other valid Tcl format specifier) missed a \ on this line and caused the remaining format arguments to not be supplied when we updated the status bar. This caused a Tcl error anytime the user was trying to perform a file revert. Signed-off-by: Shawn O. Pearce

Merge branch 'maint'

2007-09-09T09:04:43Z

* maint: git-gui: Avoid use of libdir in Makefile git-gui: Disable Tk send in all git-gui sessions git-gui: lib/index.tcl: handle files with % in the filename properly

git-gui: lib/index.tcl: handle files with % in the filename properly

2007-09-09T03:06:26Z

Steps to reproduce the bug: $ mkdir repo && cd repo && git init Initialized empty Git repository in .git/ $ touch 'foo%3Fsuite' $ git-gui Then click on the 'foo%3Fsuite' icon to include it in a changeset, a popup comes with: 'Error: bad field specifier "F"' Vincent Danjean noticed the problem and also suggested the fix, reported through http://bugs.debian.org/441167 Signed-off-by: Gerrit Pape Signed-off-by: Shawn O. Pearce