<feed xmlns='http://www.w3.org/2005/Atom'>
<title>git, branch gitgui-0.8.4</title>
<subtitle>Fork of git SCM with my patches.</subtitle>
<id>http://git.kilabit.info/git/atom?h=gitgui-0.8.4</id>
<link rel='self' href='http://git.kilabit.info/git/atom?h=gitgui-0.8.4'/>
<link rel='alternate' type='text/html' href='http://git.kilabit.info/git/'/>
<updated>2007-10-21T00:42:01Z</updated>
<entry>
<title>git-gui: Don't display CR within console windows</title>
<updated>2007-10-21T00:42:01Z</updated>
<author>
<name>Shawn O. Pearce</name>
<email>spearce@spearce.org</email>
</author>
<published>2007-10-21T00:42:01Z</published>
<link rel='alternate' type='text/html' href='http://git.kilabit.info/git/commit/?id=bbbadf6e58f72ac6bf739d2a1109cbd872eb1083'/>
<id>urn:sha1:bbbadf6e58f72ac6bf739d2a1109cbd872eb1083</id>
<content type='text'>
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 &lt;spearce@spearce.org&gt;
</content>
</entry>
<entry>
<title>git-gui: Handle progress bars from newer gits</title>
<updated>2007-10-21T00:36:27Z</updated>
<author>
<name>Shawn O. Pearce</name>
<email>spearce@spearce.org</email>
</author>
<published>2007-10-20T18:16:15Z</published>
<link rel='alternate' type='text/html' href='http://git.kilabit.info/git/commit/?id=bea6878be2fb73e50407f93f2bcd71b961510c19'/>
<id>urn:sha1:bea6878be2fb73e50407f93f2bcd71b961510c19</id>
<content type='text'>
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 &lt;spearce@spearce.org&gt;
</content>
</entry>
<entry>
<title>git-gui: Correctly report failures from git-write-tree</title>
<updated>2007-10-20T05:42:01Z</updated>
<author>
<name>Shawn O. Pearce</name>
<email>spearce@spearce.org</email>
</author>
<published>2007-10-20T05:42:01Z</published>
<link rel='alternate' type='text/html' href='http://git.kilabit.info/git/commit/?id=8af52d7a83a78c5f3a60d5bd5099a5073655339a'/>
<id>urn:sha1:8af52d7a83a78c5f3a60d5bd5099a5073655339a</id>
<content type='text'>
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 &lt;spearce@spearce.org&gt;
</content>
</entry>
<entry>
<title>git-gui: accept versions containing text annotations, like 1.5.3.mingw.1</title>
<updated>2007-10-08T00:15:27Z</updated>
<author>
<name>Steffen Prohaska</name>
<email>prohaska@zib.de</email>
</author>
<published>2007-10-06T13:27:22Z</published>
<link rel='alternate' type='text/html' href='http://git.kilabit.info/git/commit/?id=96f11953c0b0b9b0a0c75fb98bdf239dce5ff582'/>
<id>urn:sha1:96f11953c0b0b9b0a0c75fb98bdf239dce5ff582</id>
<content type='text'>
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
&lt;numeric version&gt;.&lt;anytext&gt;.&lt;number&gt; would be parsed and only
the starting &lt;numeric version&gt; used for validation.

[sp: Minor edit to remove unnecessary group matching]

Signed-off-by: Steffen Prohaska &lt;prohaska@zib.de&gt;
Signed-off-by: Shawn O. Pearce &lt;spearce@spearce.org&gt;
</content>
</entry>
<entry>
<title>git-gui: Don't crash when starting gitk from a browser session</title>
<updated>2007-10-03T04:16:04Z</updated>
<author>
<name>Shawn O. Pearce</name>
<email>spearce@spearce.org</email>
</author>
<published>2007-10-02T16:27:32Z</published>
<link rel='alternate' type='text/html' href='http://git.kilabit.info/git/commit/?id=906ab7f6c03764423adef6c0e4d77442405adc23'/>
<id>urn:sha1:906ab7f6c03764423adef6c0e4d77442405adc23</id>
<content type='text'>
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 &lt;spearce@spearce.org&gt;
</content>
</entry>
<entry>
<title>git-gui: Allow gitk to be started on Cygwin with native Tcl/Tk</title>
<updated>2007-10-03T04:14:18Z</updated>
<author>
<name>Shawn O. Pearce</name>
<email>spearce@spearce.org</email>
</author>
<published>2007-10-02T16:24:44Z</published>
<link rel='alternate' type='text/html' href='http://git.kilabit.info/git/commit/?id=501e4c6f23378aca2ce14ba4bc3eebeccb92e8d7'/>
<id>urn:sha1:501e4c6f23378aca2ce14ba4bc3eebeccb92e8d7</id>
<content type='text'>
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 &lt;spearce@spearce.org&gt;
</content>
</entry>
<entry>
<title>git-gui: Ensure .git/info/exclude is honored in Cygwin workdirs</title>
<updated>2007-09-22T01:58:38Z</updated>
<author>
<name>Shawn O. Pearce</name>
<email>spearce@spearce.org</email>
</author>
<published>2007-09-21T15:44:23Z</published>
<link rel='alternate' type='text/html' href='http://git.kilabit.info/git/commit/?id=2fe167b67a479b19e52b974f9518436565e6793b'/>
<id>urn:sha1:2fe167b67a479b19e52b974f9518436565e6793b</id>
<content type='text'>
If we are using Cygwin and the git repository is actually a
workdir (by way of git-new-workdir) but this Tcl process is
a native Tcl/Tk and not the Cygwin Tcl/Tk then we are unable
to traverse the .git/info path as it is a Cygwin symlink and
not a standard Windows directory.

So we actually need to start a Cygwin process that can do the
path translation for us and let it test for .git/info/exclude
so we know if we can include that file in our git-ls-files or
not.

Signed-off-by: Shawn O. Pearce &lt;spearce@spearce.org&gt;
</content>
</entry>
<entry>
<title>git-gui: Handle starting on mapped shares under Cygwin</title>
<updated>2007-09-22T01:58:37Z</updated>
<author>
<name>Shawn O. Pearce</name>
<email>spearce@spearce.org</email>
</author>
<published>2007-09-21T15:08:50Z</published>
<link rel='alternate' type='text/html' href='http://git.kilabit.info/git/commit/?id=299077fb40eac1e128b7bc09d5d992960e6f11c2'/>
<id>urn:sha1:299077fb40eac1e128b7bc09d5d992960e6f11c2</id>
<content type='text'>
I really cannot explain Cygwin's behavior here but if we start
git-gui through Cygwin on a local drive it appears that Cygwin
is leaving $env(PATH) in Unix style, even if it started a native
(non-Cygwin) Tcl/Tk process to run git-gui.  Yet starting that
same git-gui and Tcl/Tk combination through Cygwin on a network
share causes it to automatically convert $env(PATH) into Windows
style, which broke our internal "which" implementation.

Signed-off-by: Shawn O. Pearce &lt;spearce@spearce.org&gt;
</content>
</entry>
<entry>
<title>git-gui: Display message box when we cannot find git in $PATH</title>
<updated>2007-09-22T01:58:37Z</updated>
<author>
<name>Shawn O. Pearce</name>
<email>spearce@spearce.org</email>
</author>
<published>2007-09-21T14:58:02Z</published>
<link rel='alternate' type='text/html' href='http://git.kilabit.info/git/commit/?id=183a1d1496921e16d316ac523146385af39fcdb0'/>
<id>urn:sha1:183a1d1496921e16d316ac523146385af39fcdb0</id>
<content type='text'>
If we cannot find the git executable in the user's $PATH then
we cannot function correctly.  Because we need that to get the
version so we can load our library correctly we cannot rely on
the library function "error_popup" here, as this is all running
before the library path has been configured, so error_popup is
not available to us.

Signed-off-by: Shawn O. Pearce &lt;spearce@spearce.org&gt;
</content>
</entry>
<entry>
<title>git-gui: Avoid using bold text in entire gui for some fonts</title>
<updated>2007-09-20T16:59:45Z</updated>
<author>
<name>Simon Sasburg</name>
<email>simon.sasburg@gmail.com</email>
</author>
<published>2007-09-18T22:33:34Z</published>
<link rel='alternate' type='text/html' href='http://git.kilabit.info/git/commit/?id=ae0754ac9a24afa2693246222fc078fe9c133b3a'/>
<id>urn:sha1:ae0754ac9a24afa2693246222fc078fe9c133b3a</id>
<content type='text'>
Signed-off-by: Shawn O. Pearce &lt;spearce@spearce.org&gt;
</content>
</entry>
</feed>
