Code

git.git
16 years agogit-gui: Correct window title for hook failure dialogs
Shawn O. Pearce [Sun, 20 Jan 2008 19:43:38 +0000 (14:43 -0500)]
git-gui: Correct window title for hook failure dialogs

During i18n translation work this message was partially broken
by using "append" instead of "strcat" to join the two different
parts of the message together.

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
16 years agogit-gui: Honor the standard commit-msg hook
Shawn O. Pearce [Sun, 20 Jan 2008 19:11:52 +0000 (14:11 -0500)]
git-gui: Honor the standard commit-msg hook

Under core Git the git-commit tool will invoke the commit-msg hook
if it exists and is executable to the user running git-commit.  As
a hook it has some limited value as it cannot alter the commit, but
it can modify the message the user is attempting to commit.  It is
also able to examine the message to ensure it conforms to some local
standards/conventions.

Since the hook takes the name of a temporary file holding the message
as its only parameter we need to move the code that creates the temp
file up earlier in our commit code path, and then pass through that
file name to the latest stage (where we call git-commit-tree).  We let
the hook alter the file as it sees fit and we don't bother to look at
its content again until the commit succeeded and we need the subject
for the reflog update.

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
16 years agogit-gui: Makefile - Handle $DESTDIR on Cygwin
Mark Levedahl [Fri, 18 Jan 2008 03:50:23 +0000 (22:50 -0500)]
git-gui: Makefile - Handle $DESTDIR on Cygwin

gg_libdir is converted to an absolute Windows path on Cygwin,
but a later step attempts to prefix $DESTDIR to install to a
staging directory. Explicitly separate the uses of gg_libdir for
these two purposes so installation to $DESTDIR will work.

Signed-off-by: Mark Levedahl <mdl123@verizon.net>
Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
16 years agogit-gui: add french glossary: glossary/fr.po
Christian Couder [Wed, 16 Jan 2008 07:19:34 +0000 (08:19 +0100)]
git-gui: add french glossary: glossary/fr.po

Signed-off-by: Christian Couder <chriscool@tuxfamily.org>
Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
16 years agogit-gui: Refresh file status description after hunk application
Shawn O. Pearce [Wed, 16 Jan 2008 06:29:39 +0000 (01:29 -0500)]
git-gui: Refresh file status description after hunk application

If we apply a hunk in either direction this may change the file's
status.  For example if a file is completely unstaged, and has at
least two hunks in it and the user stages one hunk the file will
change from "Modified, not staged" to "Portions staged for commit".

Resetting the file path causes our trace on this variable to fire;
that trace is used to update the file header in the diff viewer to
the file's current status.

Noticed by Johannes Sixt.

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
16 years agogit-gui: Allow 'Create New Repository' on existing directories
Shawn O. Pearce [Wed, 16 Jan 2008 06:14:42 +0000 (01:14 -0500)]
git-gui: Allow 'Create New Repository' on existing directories

Often users setup a few source files and get a project rolling
before they create a Git repository for it.  In such cases the
core Git tools allow users to initialize a new repository by
simply running `git init` at the desired root level directory.

We need to allow the same situation in git-gui; if the user is
trying to make a new repository we should let them do that to any
location they chose.  If the directory already exists and already
has files contained within it we still should allow the user to
create a repository there.  However we still need to disallow
creating a repository on top of an existing repository.

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
16 years agogit-gui: Initial french translation
Christian Couder [Wed, 16 Jan 2008 05:51:40 +0000 (00:51 -0500)]
git-gui: Initial french translation

Here are some of the choices made to translate Git Gui to french:

- commit         -> "commit" (noun) or "commiter" (verb)
- stage (index)  -> "pré-commit" (noun) or "pré-commiter" (verb)
- (re)scan       -> "(re)synchroniser"
- reset          -> "réinitialiser"
- checkout       -> "emprunt" (noun) or "emprunter" (verb)
- revision expression -> "expression de révison"

I am not completely happy with these, but it's a start...

[sp: Inserted a missing LF in message on line 466]

Signed-off-by: Christian Couder <chriscool@tuxfamily.org>
Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
16 years agogit-gui: Improve German translation.
Christian Stimming [Tue, 15 Jan 2008 19:41:39 +0000 (20:41 +0100)]
git-gui: Improve German translation.

Change translation of "clone" back to "klonen" because "kopieren" is a
much broader term than this particular git action.

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
16 years agogit-gui: Updated Swedish translation after mailing list review.
Peter Karlsson [Sat, 12 Jan 2008 08:28:57 +0000 (09:28 +0100)]
git-gui: Updated Swedish translation after mailing list review.

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
16 years agogit-gui: Fix broken revert confirmation.
Christian Stimming [Tue, 8 Jan 2008 20:21:15 +0000 (21:21 +0100)]
git-gui: Fix broken revert confirmation.

I broke this extremely cool feature in 1ac17950,
but it is rather easy to fix this. Sorry for that.

Signed-off-by: Christian Stimming <stimming@tuhh.de>
Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
16 years agogit-gui: Update German translation
Christian Stimming [Mon, 7 Jan 2008 21:00:25 +0000 (22:00 +0100)]
git-gui: Update German translation

"revert" translated as "verwerfen".
"hunk" translated as "Kontext".
Several menu items reworded to be shorter.

Signed-off-by: Christian Stimming <stimming@tuhh.de>
Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
16 years agogit-gui: Update glossary: add term "hunk"
Christian Stimming [Mon, 7 Jan 2008 20:48:55 +0000 (21:48 +0100)]
git-gui: Update glossary: add term "hunk"

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
16 years agogit-gui: Make commit log messages end with a newline gitgui-0.9.1
Bernt Hansen [Fri, 28 Dec 2007 02:15:56 +0000 (21:15 -0500)]
git-gui: Make commit log messages end with a newline

Concatenating commit log messages from multiple commits works better
when all of the commits end with a clean line break.

Its good to be strict in what you create, and lenient in what you
accept, and since we're creating here, we should always try to
Do The Right Thing(tm).

Signed-off-by: Bernt Hansen <bernt@alumni.uwaterloo.ca>
Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
16 years agoAdded Swedish translation.
Peter Karlsson [Thu, 27 Dec 2007 12:34:31 +0000 (13:34 +0100)]
Added Swedish translation.

16 years agogit-gui: Unconditionally use absolute paths with Cygwin
Mark Levedahl [Thu, 13 Dec 2007 14:02:26 +0000 (09:02 -0500)]
git-gui: Unconditionally use absolute paths with Cygwin

The mapping of Windows vs Cygwin/Posix paths is arbitrary and not knowable
from the Posix side, so logic to determine whether to use relative paths
to locate the git-gui library just does not work on Cygwin. Fix this to
unconditionally use absolute path on Cygwin. (This fixes a regression
from 1.5.4).

Signed-off-by: Mark Levedahl <mdl123@verizon.net>
Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
16 years agogit-gui: Handle file mode changes (644->755) in diff viewer
Shawn O. Pearce [Fri, 14 Dec 2007 06:51:22 +0000 (01:51 -0500)]
git-gui: Handle file mode changes (644->755) in diff viewer

Johannes Sixt pointed out the diff headers "old mode ..." and
"new mode ..." were not being parsed properly by git-gui.  We
now include them in the diff viewer for a file.

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
16 years agogit-gui: Move frequently used commands to the top of the context menu.
Johannes Sixt [Thu, 13 Dec 2007 14:39:21 +0000 (15:39 +0100)]
git-gui: Move frequently used commands to the top of the context menu.

"Stage/Unstage Hunk" is probably the most frequently used command of the
patch context menu *and* it is not available in some other form than
the context menu. Therefore, it should go to the top. "Less Context" and
"More Context" entries are also not easily available otherwise, and are
therefore, moved second. The other entries are available via key strokes
(Copy, Paste, Refresh) or rarly used (Font Size, Options) and can go last.

Signed-off-by: Johannes Sixt <johannes.sixt@telecom.at>
Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
16 years agoUpdate Hungarian translation. 100% completed.
Miklos Vajna [Tue, 4 Dec 2007 00:28:42 +0000 (01:28 +0100)]
Update Hungarian translation. 100% completed.

Signed-off-by: Miklos Vajna <vmiklos@frugalware.org>
Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
16 years agoUpdate ja.po for git-gui
しらいしななこ [Wed, 5 Dec 2007 09:24:26 +0000 (18:24 +0900)]
Update ja.po for git-gui

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
16 years agogit-gui: Improve the application icon on Windows.
Johannes Sixt [Tue, 27 Nov 2007 15:25:24 +0000 (16:25 +0100)]
git-gui: Improve the application icon on Windows.

Previusly, there was only a 16x16 image, which looked very distorted.
Here we add a 32x32 version, and also make the image sharper.

Signed-off-by: Johannes Sixt <johannes.sixt@telecom.at>
Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
16 years agogit-gui: install-sh from automake does not like -m755
Robert Schiele [Sat, 1 Dec 2007 17:05:40 +0000 (18:05 +0100)]
git-gui: install-sh from automake does not like -m755

The install-sh script as shipped with automake requires a space between
the -m switch and its argument.  Since this is also the regular way of
doing it with other install implementations this change inserts the
missing space.

Signed-off-by: Robert Schiele <rschiele@gmail.com>
Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
16 years agogit-gui: Reorder msgfmt command-line arguments
brian m. carlson [Mon, 3 Dec 2007 01:26:33 +0000 (01:26 +0000)]
git-gui: Reorder msgfmt command-line arguments

Any program using getopt or getopt_long will stop processing options
once a non-option argument has been encountered, if POSIXLY_CORRECT is
set.  Therefore, reorder the command-line arguments to put options
first, so that the msgfmt call works in this scenario.

Signed-off-by: brian m. carlson <sandals@crustytoothpaste.ath.cx>
Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
16 years agoUpdate German translation. 100% completed.
Christian Stimming [Sat, 24 Nov 2007 09:56:42 +0000 (10:56 +0100)]
Update German translation. 100% completed.

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
16 years agoUpdate git-gui.pot with latest (few) string additions and changes.
Christian Stimming [Sat, 24 Nov 2007 09:56:32 +0000 (10:56 +0100)]
Update git-gui.pot with latest (few) string additions and changes.

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agogit-gui: update it.po and glossary/it.po
Michele Ballabio [Thu, 22 Nov 2007 10:46:21 +0000 (11:46 +0100)]
git-gui: update it.po and glossary/it.po

Updates and fixes:
 * current -> attuale
 * failed -> impossibile/non riuscito
 * corrupt -> danneggiato

Signed-off-by: Michele Ballabio <barra_cuda@katamail.com>
Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agogit-gui: fix a typo in lib/commit.tcl
Michele Ballabio [Thu, 22 Nov 2007 15:20:08 +0000 (16:20 +0100)]
git-gui: fix a typo in lib/commit.tcl

Signed-off-by: Michele Ballabio <barra_cuda@katamail.com>
Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agogit-gui 0.9.0 gitgui-0.9.0
Shawn O. Pearce [Wed, 21 Nov 2007 07:10:03 +0000 (02:10 -0500)]
git-gui 0.9.0

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agogit-gui: Bind Meta-T for "Stage To Commit" menu action
Shawn O. Pearce [Thu, 8 Nov 2007 07:22:21 +0000 (02:22 -0500)]
git-gui: Bind Meta-T for "Stage To Commit" menu action

Aaron Digulla suggested we bind Ctrl-T or Cmd-T to "Stage To Commit"
menu action so it can be easily accessed from the keyboard.

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agogit-gui: Allow users to set font weights to bold
Shawn O. Pearce [Thu, 1 Nov 2007 04:31:36 +0000 (00:31 -0400)]
git-gui: Allow users to set font weights to bold

Previously we allowed users to tweak their font weight to be bold by
setting it manually in their ~/.gitconfig prior to starting git-gui.
This was broken in ae0754ac9a24afa2693246222fc078fe9c133b3a when
Simon set the font weight to normal by default, overridding whatever
we found from the ~/.gitconfig file.

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agogit-gui: Update Japanese strings (part 2)
Junio C Hamano [Thu, 1 Nov 2007 04:14:01 +0000 (21:14 -0700)]
git-gui: Update Japanese strings (part 2)

Resolve an earlier suggestion from Christian.

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agogit-gui: Update Japanese strings
しらいしななこ [Wed, 31 Oct 2007 14:12:12 +0000 (23:12 +0900)]
git-gui: Update Japanese strings

This updates the Japanese translation file.

Signed-off-by: しらいしななこ <nanako3@bluebottle.com>
Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agoUpdated russian translation of git-gui
Alex Riesen [Wed, 31 Oct 2007 21:16:17 +0000 (22:16 +0100)]
Updated russian translation of git-gui

Fixed some spelling mistakes.

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agopo2msg: actually output statistics
Johannes Schindelin [Tue, 30 Oct 2007 11:25:31 +0000 (11:25 +0000)]
po2msg: actually output statistics

The "--statistics" option was ignored so far; no longer.  Now we have
a message similar to that of msgfmt.  (Untranslated, though ;-)

Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agopo2msg: ignore untranslated messages
Johannes Schindelin [Tue, 30 Oct 2007 11:24:53 +0000 (11:24 +0000)]
po2msg: ignore untranslated messages

Do not generate translations when the translated message is empty.

Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agopo2msg: ignore entries marked with "fuzzy"
Johannes Schindelin [Tue, 30 Oct 2007 11:24:37 +0000 (11:24 +0000)]
po2msg: ignore entries marked with "fuzzy"

As Christian Stimming pointed out, entries which are "fuzzy" need to
be checked by human translators, and cannot be used.

Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agogit-gui: Protect against bad translation strings
Shawn O. Pearce [Tue, 23 Oct 2007 22:44:55 +0000 (18:44 -0400)]
git-gui: Protect against bad translation strings

If a translation string uses a format character we don't have an
argument for then it may throw an error when we attempt to format
the translation.  In this case switch back to the default format
that comes with the program (aka the English translation).

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agoMerge branch 'maint'
Shawn O. Pearce [Tue, 23 Oct 2007 22:50:19 +0000 (18:50 -0400)]
Merge branch 'maint'

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

Conflicts:

lib/index.tcl

17 years agogit-gui: Make sure we get errors from git-update-index
Shawn O. Pearce [Tue, 23 Oct 2007 20:55:32 +0000 (16:55 -0400)]
git-gui: Make sure we get errors from git-update-index

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 <spearce@spearce.org>
17 years agoMore updates and corrections to the russian translation of git-gui
Alex Riesen [Mon, 22 Oct 2007 20:28:48 +0000 (22:28 +0200)]
More updates and corrections to the russian translation of git-gui

In particular many screw-ups after po regeneration were fixed.

Signed-off-by: Alex Riesen <raa.lkml@gmail.com>
Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agoUpdated Russian translation.
Kirill [Sat, 20 Oct 2007 19:35:53 +0000 (15:35 -0400)]
Updated Russian translation.

The most important changes are:
- Git version cannot be determined... (lost in 57364320bf)
- git-gui: fatal error

Some changes need the second opinion (search for TOVERIFY), some changes are just copies (search for "carbon copy").

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agogit-gui: Update German translation
Christian Stimming [Sat, 20 Oct 2007 13:31:43 +0000 (15:31 +0200)]
git-gui: Update German translation

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agogit-gui: Add more terms to glossary.
Christian Stimming [Sat, 20 Oct 2007 13:30:53 +0000 (15:30 +0200)]
git-gui: Add more terms to glossary.

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agoMerge branch 'maint'
Shawn O. Pearce [Sun, 21 Oct 2007 00:43:36 +0000 (20:43 -0400)]
Merge branch 'maint'

* maint:
  git-gui: Don't display CR within console windows
  git-gui: Handle progress bars from newer gits
  git-gui: Correctly report failures from git-write-tree

Conflicts:

lib/commit.tcl
lib/console.tcl

17 years agogit-gui: Don't display CR within console windows gitgui-0.8.4
Shawn O. Pearce [Sun, 21 Oct 2007 00:42:01 +0000 (20:42 -0400)]
git-gui: Don't display CR within console windows

Git progress bars from tools like git-push and git-fetch use CR
to skip back to the start of the current line and redraw it with
an updated progress.  We were doing this in our Tk widget but had
failed to skip the CR, which Tk doesn't draw well.

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agogit-gui: Handle progress bars from newer gits
Shawn O. Pearce [Sat, 20 Oct 2007 18:16:15 +0000 (14:16 -0400)]
git-gui: Handle progress bars from newer gits

Post Git 1.5.3 a new style progress bar has been introduced that
uses only one line rather than two.  The formatting of the completed
and total section is also slightly different so we must adjust our
regexp to match.  Unfortunately both styles are in active use by
different versions of Git so we need to look for both.

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agogit-gui: Correctly report failures from git-write-tree
Shawn O. Pearce [Sat, 20 Oct 2007 05:42:01 +0000 (01:42 -0400)]
git-gui: Correctly report failures from git-write-tree

If git-write-tree fails (such as if the index file is currently
locked and it wants to write to it) we were not getting the error
message as $tree_id was always the empty string so we shortcut
through the catch and never got the output from stderr.

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agogit-gui: Paper bag fix the global config parsing
Shawn O. Pearce [Tue, 16 Oct 2007 16:55:34 +0000 (12:55 -0400)]
git-gui: Paper bag fix the global config parsing

git-config won't honor any options after --list.  We must supply
the --global option in front of --list if we really want to load
the global configuration options.

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agogit-gui: Honor a config.mak in git-gui's top level
Shawn O. Pearce [Sat, 13 Oct 2007 19:41:31 +0000 (15:41 -0400)]
git-gui: Honor a config.mak in git-gui's top level

I keep forgetting to include TCLTK_PATH when I build git-gui on some
systems.  Placing that rule (among others) into a config.mak makes it
easier to compile the application the same way every time.

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agogit-gui: Collapse $env(HOME) to ~/ in recent repositories on Windows
Shawn O. Pearce [Fri, 12 Oct 2007 20:33:45 +0000 (16:33 -0400)]
git-gui: Collapse $env(HOME) to ~/ in recent repositories on Windows

Apparently native Tcl/Tk on Windows is using \ as the return value
from [file separator] but [file normalize] on that same system is
using / rather than \ to represent a directory separator.  I really
think that is nuts, but its what is happening.

So we can actually just hardcode our separator to / as all systems
we support (Windows, Mac OS X, UNIX) use /.

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agogit-gui: Support cloning Cygwin based work-dirs
Shawn O. Pearce [Fri, 12 Oct 2007 20:24:20 +0000 (16:24 -0400)]
git-gui: Support cloning Cygwin based work-dirs

If the user tries to clone a Git repository that is actually a
workdir of another repository (by way of contrib git-new-workdir)
then the contents of .git is a series of Windows .lnk files which
Tcl can't read if this is a native Tcl process.  To read the real
objects directory we need to resolve the link to that location.

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agogit-gui: Use proper Windows shortcuts instead of bat files
Shawn O. Pearce [Fri, 12 Oct 2007 20:11:35 +0000 (16:11 -0400)]
git-gui: Use proper Windows shortcuts instead of bat files

On Windows its better to use a shortcut (.lnk file) over a batch
script (.bat) as we can specify the icon file for the .lnk and
thus have these git specific objects appear on the desktop with
that git specific icon file.

Unfortunately the authors of Tcl did not bless us with the APIs
needed to create shortcuts from within Tcl.  But Microsoft did
give us Windows Scripting Host which allows us to execute some
JavaScript that calls some sort of COM object that can operate
on a .lnk file.

We now build both Cygwin and non-Cygwin "desktop icons" as proper
Windows .lnk files, using the "Start in" property of these files
to indicate the working directory of the repository the user wants
to launch.

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agogit-gui: Ensure copyright message is correctly read as UTF-8
Shawn O. Pearce [Fri, 12 Oct 2007 16:18:02 +0000 (12:18 -0400)]
git-gui: Ensure copyright message is correctly read as UTF-8

On Windows using the native Tcl/Tk the copyright header is
being read from the script using the system encoding, which
may not be utf-8.  This causes the multi-byte copyright symbol
(which is actually encoded as utf-8) to read as two characters
and not as a proper copyright symbol.  Explicitly asking Tcl
to read this sequence of bytes as utf-8 corrects the issue.

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agogit-gui: Bind n/c/o accelerators in repository chooser
Shawn O. Pearce [Fri, 12 Oct 2007 15:13:58 +0000 (11:13 -0400)]
git-gui: Bind n/c/o accelerators in repository chooser

On Windows we need to actually setup binds for the accelerator
keys, otherwise the OS doesn't respond to them when the user
presses the key combinations.  Apparently we automatically get
these on Mac OS X when we configure the menu commands, but not
on Windows.

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agogit-gui: Disable the text widget in the repository chooser
Shawn O. Pearce [Fri, 12 Oct 2007 15:04:20 +0000 (11:04 -0400)]
git-gui: Disable the text widget in the repository chooser

Although we are using a text widget here we really do not
want the end-user to be able to modify the text it displays.
So we need to disable it.

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agogit-gui: Fix bind errors when switching repository chooser panels
Shawn O. Pearce [Fri, 12 Oct 2007 15:15:02 +0000 (11:15 -0400)]
git-gui: Fix bind errors when switching repository chooser panels

We need to remove any variable traces we may have installed
when the panel is destroyed as the trace may attempt to use
a widget that no longer exists on this panel.

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agogit-gui: Offer repository management features in menu bar
Shawn O. Pearce [Fri, 12 Oct 2007 05:56:06 +0000 (01:56 -0400)]
git-gui: Offer repository management features in menu bar

When we show the repository chooser as the primary toplevel (".") we
now offer the major choices not just on the window as hyperlinks but
they also now are shown in the Repository menu, including the recent
repository list.

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agogit-gui: Change repository browser radio buttons to hyperlinks
Shawn O. Pearce [Fri, 12 Oct 2007 05:34:36 +0000 (01:34 -0400)]
git-gui: Change repository browser radio buttons to hyperlinks

Making a user click twice to select which action they want to perform
when starting git-gui is just wasting their time.  Clicking once on a
radio button and then clicking again on the "Next >" button is quite
unnecessary.

Since the recent repository list is shown as a list of hyperlinks we
now offer the 3 basic startup actions as hyperlinks.  Clicking on a
link will immediately jump to the next UI panel, saving the user time
as they don't need to click an additional button.

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agogit-gui: offer a list of recent repositories on startup
Steffen Prohaska [Mon, 8 Oct 2007 06:25:47 +0000 (08:25 +0200)]
git-gui: offer a list of recent repositories on startup

If git-gui is started outside a work tree the repository chooser
will offer a list of recently opened repositories.  Clicking on
any list entry directly opens the repository.

The list of recently opened repositories is stored in the config
as the multi-valued option gui.recentrepo. If the list grows beyond
10 entries it will be truncated by removing one of the older entries.

Only repositories that are opened through the repository chooser
will get added to the recent list.  Repositories opened from the
shell will not yet be added to the recent list, as users are likely
to have a way to easily return to the same directory via their shell.

[sp: This is actually a combined work from both Steffen and myself.
     Most of the ideas are Steffen's, as is the basic outline of
     the code, but any outstanding bugs are entirely my fault.]

Signed-off-by: Steffen Prohaska <prohaska@zib.de>
Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agogit-gui: Support LFs embedded in config file values
Shawn O. Pearce [Fri, 12 Oct 2007 04:54:15 +0000 (00:54 -0400)]
git-gui: Support LFs embedded in config file values

Using the new --null option added to git-config in git 1.5.3 we
can safely accept LFs that are embedded in configuration options.
This does require a completely different configuration file parser
then the pre 1.5.3 version as we are splitting on very different
values.

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agogit-gui: Refactor git-config --list parsing
Shawn O. Pearce [Fri, 12 Oct 2007 04:42:17 +0000 (00:42 -0400)]
git-gui: Refactor git-config --list parsing

The parsing for the output of `git config --list` is the same for
both the global options and the current repository's options so we
can really just use the same parser between them.

I'm currently just refactoring the parser so we can use a different
one depending on the version of git available to us at runtime.  My
next change will add support for 1.5.3's --null option.

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agogit-gui: Move load_config procedure below git-version selection
Shawn O. Pearce [Fri, 12 Oct 2007 04:34:04 +0000 (00:34 -0400)]
git-gui: Move load_config procedure below git-version selection

To better handle configuration options that contain LFs in their
values we want to use the new -z option available in git-config
version 1.5.3 and later.  To configure load_config based upon the
git version we need to move thos below the git-version computation.

No logic changes yet, just a minor reordering of the code.

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agogit-gui: Change main window layout to support wider screens
Johannes Sixt [Thu, 11 Oct 2007 00:50:40 +0000 (20:50 -0400)]
git-gui: Change main window layout to support wider screens

The layout is changed to have the file lists at the left (Unstaged
Changes at the top, Staged Changes below it) and the diff window
at the right (with the commit area below it).

  +----------+---------------------+
  | Unstaged |  Diff area          |
  |          |                     |
  |          |                     |
  |          |                     |
  +----------+                     |
  | Staged   |                     |
  |          +---------------------+
  |          |  Commit area        |
  |          |                     |
  +----------+---------------------+

The advantages are:

  - The height of the file lists can be adjusted independently to
    fit the files that they contain.
  - The diff viewer is higher.

On wide screens it is ok that the main window is now generally
wider, too.

Signed-off-by: Johannes Sixt <johannes.sixt@telecom.at>
Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agogit-gui: update Italian translation
Michele Ballabio [Wed, 10 Oct 2007 13:04:16 +0000 (15:04 +0200)]
git-gui: update Italian translation

An Italian glossary was also added. Some changes:
 * commit (verb): (creare una) nuova revisione
 * commit (noun): revisione
 * checkout: attivazione
 * tracking branch: duplicato locale di ramo remoto
 * repository: archivio
 * some terms are used with more consistency

Signed-off-by: Michele Ballabio <barra_cuda@katamail.com>
Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agogit-gui: Updated po strings based on current sources
Shawn O. Pearce [Wed, 10 Oct 2007 08:11:43 +0000 (04:11 -0400)]
git-gui: Updated po strings based on current sources

17 years agogit-gui: add mingw specific startup wrapper
Steffen Prohaska [Wed, 10 Oct 2007 06:58:59 +0000 (08:58 +0200)]
git-gui: add mingw specific startup wrapper

The wrapper adds the directory it is installed in to PATH.
This is required for the git commands implemented in shell.
git-gui fails to launch them if PATH is not modified.

The wrapper script also accepts an optional command line
switch '--working-dir <dir>' and changes to <dir> before
launching the actual git-gui. This is required to implement
the "Git Gui Here" Explorer shell extension.

As a last step the original git-gui script is launched,
which is expected to be located in the same directory
under the name git-gui.tcl.

Signed-off-by: Steffen Prohaska <prohaska@zib.de>
Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agogit-gui: set NO_MSGFMT to force using pure tcl replacement in msysgit
Steffen Prohaska [Wed, 10 Oct 2007 06:58:58 +0000 (08:58 +0200)]
git-gui: set NO_MSGFMT to force using pure tcl replacement in msysgit

Shawn's git-gui Makefile supports the pure tcl replacement
for msgfmt if setting NO_MSGFMT. This patch sets the NO_MSGFMT
for msysgit.

Signed-off-by: Steffen Prohaska <prohaska@zib.de>
Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agogit-gui: add directory git-gui is located in to PATH (on Windows)
Steffen Prohaska [Sat, 6 Oct 2007 09:29:02 +0000 (11:29 +0200)]
git-gui: add directory git-gui is located in to PATH (on Windows)

This commit modifies PATH to include a good guess where git
could be found. The first location to search for executable is
the directory git-gui is installed in. This is a good guess for
a sane installation.

Even if git is not available in PATH, git-gui is now able
to find it. Hence git-gui can be passed to wish as an absolute
path without caring about the environment.

We must modify PATH to be able to spawn shell based git commands.
For builtins it would be sufficient to located them and execute
them with their absolute path. But for shell based git commmands
PATH needs to be modified.

Signed-off-by: Steffen Prohaska <prohaska@zib.de>
Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agoMerge branch 'cs/de'
Shawn O. Pearce [Wed, 10 Oct 2007 05:23:23 +0000 (01:23 -0400)]
Merge branch 'cs/de'

* cs/de:
  git-gui: Update German translation, including latest glossary changes
  git-gui: Incorporate glossary changes into existing German translation
  git-gui: Update German glossary according to mailing list discussion
  git-gui: Add more words to translation glossary

17 years agogit-gui: Update German translation, including latest glossary changes
Christian Stimming [Mon, 8 Oct 2007 19:34:56 +0000 (21:34 +0200)]
git-gui: Update German translation, including latest glossary changes

17 years agogit-gui: Incorporate glossary changes into existing German translation
Christian Stimming [Fri, 5 Oct 2007 20:01:39 +0000 (22:01 +0200)]
git-gui: Incorporate glossary changes into existing German translation

17 years agogit-gui: Update German glossary according to mailing list discussion
Christian Stimming [Fri, 5 Oct 2007 20:32:55 +0000 (22:32 +0200)]
git-gui: Update German glossary according to mailing list discussion

17 years agogit-gui: Add more words to translation glossary
Christian Stimming [Fri, 5 Oct 2007 20:30:32 +0000 (22:30 +0200)]
git-gui: Add more words to translation glossary

17 years agogit-gui: Shorten the staged/unstaged changes title bar text
Shawn O. Pearce [Fri, 5 Oct 2007 12:47:23 +0000 (08:47 -0400)]
git-gui: Shorten the staged/unstaged changes title bar text

The titles for the staged and unstaged areas were usually opening
up too narrow by default, causing the text to be clipped by Tcl as
it tried to center the text in the middle of the available area.
This meant that users who were new to git-gui did not get to see
the entire header and may be unclear about what the different lists
are.

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agogit-gui: Bind Cmd-, to Preferences on Mac OS X
Shawn O. Pearce [Mon, 8 Oct 2007 05:39:08 +0000 (22:39 -0700)]
git-gui: Bind Cmd-, to Preferences on Mac OS X

A Mac OS X UI convention is to have Cmd-, be the accelerator key
for the preferences window, which by convention is located in the
apple menu under a separator below the about command.  We also now
call this "Preferences..." as that is the conventional term used
in English.

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agogit-gui: Consolidate the Fetch and Push menus into a Remote menu
Shawn O. Pearce [Mon, 8 Oct 2007 05:23:54 +0000 (22:23 -0700)]
git-gui: Consolidate the Fetch and Push menus into a Remote menu

Sometimes the Fetch menu looks really odd, such as if you are in a
repository that has no remotes configured when you start git-gui.
Here we didn't have any items to add to the Fetch menu so it was a
tad confusing for the end-user to see an empty menu on the menu bar.

We now place all of the commands related to fetching and pushing of
changes into a single "Remote" menu.  This way we have a better class
of bucket that we can drop additional remote related items into such
as doing a remote merge or editing the remote configuration specs.

The shortcuts to execute fetch/remote prune/push on existing remote
specifications are now actually submenus listing the remotes by name.

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agogit-gui: Use progress meter in the status bar during index updates
Shawn O. Pearce [Mon, 8 Oct 2007 01:12:31 +0000 (18:12 -0700)]
git-gui: Use progress meter in the status bar during index updates

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 <spearce@spearce.org>
17 years agogit-gui: Include our Git logo in the about dialog
Shawn O. Pearce [Sat, 6 Oct 2007 00:15:10 +0000 (20:15 -0400)]
git-gui: Include our Git logo in the about dialog

Most applications tend to have some sort of pretty image in the
about dialog, because it spruces the screen up a little bit and
makes the user happy about reading the information shown there.
We already have a logo in the repository selection wizard so we
can easily reuse this in the about dialog.

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agogit-gui: Refactor about dialog code into its own module
Shawn O. Pearce [Fri, 5 Oct 2007 12:38:35 +0000 (08:38 -0400)]
git-gui: Refactor about dialog code into its own module

The about dialog is getting somewhat long in size and will probably
only get more complex as I try to improve upon its display.  As the
options dialog is even more complex than the about dialog we move
the about dialog into its own module to reduce the complexity of the
option dialog module.

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agogit-gui: Refactor Henrik Nyh's logo into its own procedure
Shawn O. Pearce [Fri, 5 Oct 2007 12:35:41 +0000 (08:35 -0400)]
git-gui: Refactor Henrik Nyh's logo into its own procedure

By moving the logo into its own procedure we can use it in
multiple locations within the UI, but still load it only if
the logo is going to be used by the application.

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agoMerge branch 'maint'
Shawn O. Pearce [Wed, 10 Oct 2007 05:09:41 +0000 (01:09 -0400)]
Merge branch 'maint'

* maint:
  git-gui: accept versions containing text annotations, like 1.5.3.mingw.1

17 years agogit-gui: accept versions containing text annotations, like 1.5.3.mingw.1
Steffen Prohaska [Sat, 6 Oct 2007 13:27:22 +0000 (15:27 +0200)]
git-gui: accept versions containing text annotations, like 1.5.3.mingw.1

This commit teaches git-gui to accept versions with annotations
that start with text and optionally end with a dot followed by
a number.

This is needed by the current versioning scheme of msysgit,
which uses versions like 1.5.3.mingw.1. However, the changes
is not limited to this use case. Any version of the form
<numeric version>.<anytext>.<number> would be parsed and only
the starting <numeric version> used for validation.

[sp: Minor edit to remove unnecessary group matching]

Signed-off-by: Steffen Prohaska <prohaska@zib.de>
Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agogit-gui: Allow forced push into remote repository
Shawn O. Pearce [Tue, 2 Oct 2007 16:52:22 +0000 (12:52 -0400)]
git-gui: Allow forced push into remote repository

Some workflows allow the user to forcefully update a remote branch,
such as in a "proposed updates" (aka "pu") branch where the branch
is rewound and rebuilt on a daily basis against the current master
branch.  In such a case the "--force" or leading + must be used to
make git-push execute anyway, even though it may be discarding one
or more commits on the remote side.

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agoMerge branch 'maint'
Shawn O. Pearce [Wed, 3 Oct 2007 04:17:19 +0000 (00:17 -0400)]
Merge branch 'maint'

* maint:
  git-gui: Don't crash when starting gitk from a browser session
  git-gui: Allow gitk to be started on Cygwin with native Tcl/Tk

Conflicts:

git-gui.sh

17 years agogit-gui: Don't crash when starting gitk from a browser session
Shawn O. Pearce [Tue, 2 Oct 2007 16:27:32 +0000 (12:27 -0400)]
git-gui: Don't crash when starting gitk from a browser session

If the user has started git-gui from the command line as a browser
we offer the gitk menu options but we didn't create the main status
bar widget in the "." toplevel.  Trying to access it while starting
gitk just results in Tcl errors.

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agogit-gui: Allow gitk to be started on Cygwin with native Tcl/Tk
Shawn O. Pearce [Tue, 2 Oct 2007 16:24:44 +0000 (12:24 -0400)]
git-gui: Allow gitk to be started on Cygwin with native Tcl/Tk

gitk expects $env(GIT_DIR) to be valid as both a path that core Git
and Tcl/Tk can resolve to a valid directory, but it has no special
handling for Cygwin style UNIX paths and Windows style paths.  So
we need to do that for gitk and ensure that only relative paths are
fed to it, thus allowing both Cygwin style and UNIX style paths to
be resolved.

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agogit-gui: Refer to ourselves as "Git Gui" and not "git-gui"
Shawn O. Pearce [Thu, 27 Sep 2007 06:15:29 +0000 (02:15 -0400)]
git-gui: Refer to ourselves as "Git Gui" and not "git-gui"

When displaying the name of the application in window titles
and menu options (e.g. "About [appname]") we would prefer to
call ourselves "Git Gui" over "git-gui" as the former name is
now being actively used in the Mac OS X UI strings and just
plain looks better to the reader.

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agogit-gui: Support a native Mac OS X application bundle
Shawn O. Pearce [Thu, 27 Sep 2007 06:30:51 +0000 (02:30 -0400)]
git-gui: Support a native Mac OS X application bundle

If we are building on Darwin (sometimes known as Mac OS X) and we
find the Mac OS X Tk.framework in the expected location we build
a proper Mac OS X application bundle with icons and info list.  The
git-gui and git-citool commands are modified to be very short shell
scripts that just execute the application bundle, starting Tk with
our own info list and icon set.

Although the Makefile change here is rather large it makes for a
much more pleasant user experience on Mac OS X as git-gui now has
its own icon on the dock, in the standard tk_messageBox dialogs,
and the application name now says "Git Gui" instead of "Wish" in
locations such as the menu bar and the alt-tab window.

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agogit-gui: Use Henrik Nyh's git logo icon on Windows systems
Shawn O. Pearce [Thu, 27 Sep 2007 04:18:29 +0000 (00:18 -0400)]
git-gui: Use Henrik Nyh's git logo icon on Windows systems

Rather than displaying the stock red "Tk" icon in our window
title bars and on the task bar we now show a Git specific logo.
This is Henrik Nyh's logo that we also use in the startup wizard,
scaled to a 16x16 image for Windows task bar usage with a proper
transparent background.

Signed-off-by: Shawn O. Pearce <shawn.o.pearce@bankofamerica.com>
17 years agogit-gui: fix typo in lib/blame.tcl
Michele Ballabio [Thu, 27 Sep 2007 12:53:25 +0000 (14:53 +0200)]
git-gui: fix typo in lib/blame.tcl

Signed-off-by: Michele Ballabio <barra_cuda@katamail.com>
Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agogit-gui: Make the status bar easier to read in the setup wizard
Shawn O. Pearce [Wed, 26 Sep 2007 19:31:42 +0000 (15:31 -0400)]
git-gui: Make the status bar easier to read in the setup wizard

The setup wizard looks better if we layout the progress bar as
two lines:  the first line holds the message text and our text
formatting of the progress while the second line holds the bar
itself.  Both extend the full width of the window and we try to
pad out the message text so the window doesn't expand when the
completed progress number jumps to the next order of magnitude.

This change required updating the progress meter format string
to allow the application to supply the precision.  So we also
are updating all of the translations at once to use the newer
formatting string.

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agogit-gui: Switch the git-gui logo to Henrik Nyh's logo
Shawn O. Pearce [Wed, 26 Sep 2007 18:59:09 +0000 (14:59 -0400)]
git-gui: Switch the git-gui logo to Henrik Nyh's logo

Henrik came up with this alternative logo for gitweb and posted
it on his blog:

  http://henrik.nyh.se/2007/06/alternative-git-logo-and-favicon

The msysGit port uses his logo within some of their components,
and frankly it looks better here in git-gui for our repository
setup wizard screen.  The logo fits quite nicely along the left
edge of our window, leaving significantly more vertical space
for things like the git-fetch console output.

Because the logo changes the layout charateristics of the setup
window I also needed to adjust some of the padding for our widgets
and stop using a fixed width window size.  We now let Tk compute
the correct size of the main window whenever the layout changes,
and drop the window into roughly the upper left 1/3 of the desktop
so its not quite centered but is likely to be far enough away from
any sort of task bars/menu bars/docks that the user may have along
any edge of the screen.

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agogit-gui: Don't delete scrollbars in console windows
Shawn O. Pearce [Wed, 26 Sep 2007 18:16:45 +0000 (14:16 -0400)]
git-gui: Don't delete scrollbars in console windows

If we have added a scrollbar to the console window because one
direction has too much text to fit in the available screen space
we should just keep the scrollbars.  Its annoying to watch our
horizontal scrollbar bounce in and out of the window as additional
text is inserted into the widget and the need for the scrollbar
comes and goes.

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agogit-gui: Don't delete console window namespaces too early
Shawn O. Pearce [Wed, 26 Sep 2007 18:05:54 +0000 (14:05 -0400)]
git-gui: Don't delete console window namespaces too early

If the console finishes displaying its output and is "done" but
needs to draw a scrollbar to show the final output messages it
is possible for Tk to delete the window namespace before it does
the text widget updates, which means we are unable to add the
horizontal or vertical scrollbar to the window when the text
widget decides it cannot draw all glyphs on screen.

We need to delay deleting the window namespace until we know
the window is not going to ever be used again.  This occurs if
we are done receiving output, the command is successful and the
window is closed, or if the window is open and the user chooses
to close the window after the command has completed.

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agogit-gui: add a simple msgfmt replacement
Johannes Schindelin [Tue, 25 Sep 2007 03:24:12 +0000 (23:24 -0400)]
git-gui: add a simple msgfmt replacement

The program "msgfmt" was our only dependency on gettext.  Since it
is more than just a hassle to compile gettext on MinGW, here is a
(very simple) drop-in replacement, which Works For Us.

[sp: Changed Makefile to enable/disable po2msg.sh by the new
     NO_MSGFMT variable.]

Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agogit-gui: Copy objects/info/alternates during standard clone
Shawn O. Pearce [Mon, 24 Sep 2007 12:50:58 +0000 (08:50 -0400)]
git-gui: Copy objects/info/alternates during standard clone

If the source repository is using an objects/info/alternates file
we need to copy the file to our new repository so that it can access
any objects that won't be copied/hardlinked as they are stored in the
alternate location.

We explicitly resolve all paths in the objects/info/alternates as
relative to the source repository but then convert them into an
absolute path for the new clone.  This allows the new clone to
access the exact same locaton as the source repository, even if
relative paths had been used before.

Under Cygwin we assume that Git is Cygwin based and that the paths
in objects/info/alternates must be valid Cygwin UNIX paths, so we
need to run `cygpath --unix` on each line in the alternate list.

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agogit-gui: Keep the UI responsive while counting objects in clone
Shawn O. Pearce [Mon, 24 Sep 2007 12:40:44 +0000 (08:40 -0400)]
git-gui: Keep the UI responsive while counting objects in clone

If we are doing a "standard" clone by way of hardlinking the
objects (or copying them if hardlinks are not available) the
UI can freeze up for a good few seconds while Tcl scans all
of the object directories.  This is espeically noticed on a
Windows system when you are working off network shares and
need to wait for both the NT overheads and the network.

We now show a progress bar as we count the objects and build
our list of things to copy.  This keeps the user amused and
also makes sure we run the Tk event loop often enough that
the window can still be dragged around the desktop.

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agogit-gui: Don't bother showing OS error message about hardlinks
Shawn O. Pearce [Mon, 24 Sep 2007 12:26:07 +0000 (08:26 -0400)]
git-gui: Don't bother showing OS error message about hardlinks

If we failed to create our test hardlink for the first object
we need to link/copy then the only recourse we have is to make
a copy of the objects.  Users don't really need to know the OS
details about why the hardlink failed as its usually because
they are crossing filesystem boundaries.

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agogit-gui: Deiconify startup wizard so it raises to the top
Johannes Schindelin [Mon, 24 Sep 2007 02:29:18 +0000 (22:29 -0400)]
git-gui: Deiconify startup wizard so it raises to the top

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agogit-gui: Avoid console scrollbars unless they are necessary
Shawn O. Pearce [Sun, 23 Sep 2007 09:25:13 +0000 (05:25 -0400)]
git-gui: Avoid console scrollbars unless they are necessary

We shouldn't create scrollbars for the horziontal or vertical sides
unless there is enough content to make it worth drawing these widgets
on screen.  This way users don't loose screen space to objects that
won't help them navigate the display.

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
17 years agogit-gui: Allow users to choose/create/clone a repository
Shawn O. Pearce [Sat, 22 Sep 2007 07:47:43 +0000 (03:47 -0400)]
git-gui: Allow users to choose/create/clone a repository

If we are started outside of a git repository than it is likely
the user started us from some sort of desktop shortcut icon in
the operating system.  In such a case the user is expecting us to
prompt them to locate the git repository they want to work on,
or to help them make a new repository, or to clone one from an
existing location.  This is a very simple wizard that offers the
user one of these three choices.

When we clone a repository we always use the name `master` in the
local repository, even if the remote side does not appear to point
to that name.  I chose this as a policy decision.  Much of the Git
documentation talks about `master` being the default branch in a
repository and that's what git-init does too.  If the remote side
doesn't call its default branch `master` most users just don't care,
they just want to use Git the way the documentation describes.

Rather than relying on the git-clone Porcelain that ships with
git we build the new repository ourselves and then obtain content
by git-fetch.  This technique simplifies the entire clone process
to roughly: `git init && git fetch && git pull`.  Today we use
three passes with git-fetch; the first pass gets us the bulk of
the objects and the branches, the second pass gets us the tags,
and the final pass gets us the current value of HEAD to initialize
the default branch.

If the source repository is on the local disk we try to use a
hardlink to connect the objects into the new clone as this can
be many times faster than copying the objects or packing them and
passing the data through a pipe to index-pack.  Unlike git-clone
we stick to pure Tcl [file link -hard] operation thus avoiding the
need to fork a cpio process to setup the hardlinks.  If hardlinks
do not appear to be supported (e.g. filesystem doesn't allow them or
we are crossing filesystem boundaries) we use file copying instead.

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>