qgit-0.81

qgit-0.81

[Marco Costalba]

Hi all,

  this is a fix release, mainly to accomodate the new 'A' flag instead of 'N'
 in git-diff-tree format.

Some little new stuff too, complete changelog below:

- added move back/forward in selection history

- added "hyperlinks" SHA1's in commit messages

- fix cursor position in in commit messages when changing rev

- use GIT_DIR when available to fetch refs

- accomodate new git-diff-tree 'A' insted of 'N' flag format

- added save/restore of diff and file window's geometry


First two ideas, that I read today from the list,
 are very cool, were fun to implement ;-).


Download link is:
http://prdownloads.sourceforge.net/qgit/qgit-0.81.tar.bz2?download


Marco


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

Re: qgit-0.81

[Linus Torvalds]

On Sat, 6 Aug 2005, Marco Costalba wrote:
> 
> Some little new stuff too, complete changelog below:
> 
> - added move back/forward in selection history
> 
> - added "hyperlinks" SHA1's in commit messages

Ok, this is nicer than gitk, with the parents showing up in the commit
message and thus easy to go to. You might add children too: it's not
something git itself knows about intrisically, but since you've already 
built the graph, at least you see what children are part of that graph..

Oh, and do people really care _that_ much when the change happened? That's 
a lot of screen real estate wasted on the date stamp of "last change". At 
least I can drag it to the right and hide it that way..

A couple of quick comments:

 - Any chance of having a git archive of qgit? I realize that sourceforge 
   doesn't have git archives, but (a) maybe you can ask and (b) maybe 
   there are alternate places you could put it. It's just sad having to 
   download tar-balls.

 - The qgit graph is not as pretty as the gitk one. Any chance of making 
   the bullets a bit smaller, and having an option to not do the
   "jump-over-bumps"?

 - the "file annotation" window is nice, but it _really_ shouldn't do line
   wrapping. If you make the window narrower, you'll see it wrap and look 
   horrible.. Are all text windows always wrapped in QT?

 - You edit the commit comments heavily, and have no options to unedit. 
   For example, I need the emails in the sign-offs if I ever cut-and-paste 
   to an email client when I sent a "hey, this commit broke so-and-so.."

 - the "format a patch to be sent as email" thing says "at least two 
   revisions needed" when you only have one. Why? One of my more common 
   cases is that I send one commit as a patch, and now I do

	git-diff-tree -p --pretty [commit-id] > ~/diff

   and then just send that. A single commit _does_ describe a valid patch, 
   after all.

No biggie,

		Linus

Re: qgit-0.81

[Marco Costalba]

Linus Torvalds wrote:

>Ok, this is nicer than gitk, with the parents showing up in the commit
>message and thus easy to go to. You might add children too: it's not
>something git itself knows about intrisically, but since you've already 
>built the graph, at least you see what children are part of that graph..
>

I don't know if this is what you mean, but if you right click on a free 
lane (i.e. not a bullet but a vertical line) on the graph you should see a
pop-up with selectable childs and parent.

> - Any chance of having a git archive of qgit? I realize that sourceforge 
>   doesn't have git archives, but (a) maybe you can ask and (b) maybe 
>   there are alternate places you could put it. It's just sad having to 
>   download tar-balls.
>

I will try to proceed from (a) to, eventually, (b).


> - The qgit graph is not as pretty as the gitk one. Any chance of making 
>   the bullets a bit smaller, and having an option to not do the
>   "jump-over-bumps"?
>

Ok, I will try to use straight horizontal lines instead of jump-over-bumps. If
this seems not enough clear I will add an option to switch visualization.

> - the "file annotation" window is nice, but it _really_ shouldn't do line
>   wrapping. If you make the window narrower, you'll see it wrap and look 
>   horrible.. Are all text windows always wrapped in QT?
>

No, just a setting. Not a problem to set "No wrap" behaviour. I will set this
also in diff viewer window.

> - You edit the commit comments heavily, and have no options to unedit. 
>   For example, I need the emails in the sign-offs if I ever cut-and-paste 
>   to an email client when I sent a "hey, this commit broke so-and-so.."
>

You discover a real bug ;-). I never intended to modify commit comments in any way.


> - the "format a patch to be sent as email" thing says "at least two 
>   revisions needed" when you only have one. Why? One of my more common 
>   cases is that I send one commit as a patch, and now I do
>
>	git-diff-tree -p --pretty [commit-id] > ~/diff
>
>   and then just send that. A single commit _does_ describe a valid patch, 
>   after all.
>

The logic here is to specify a range. As example if you have following commits

      A
      B
      C
      D
      E
      F

and you select B and E then 3 patches will be created: 
 
     patch_1(diff between D-E)
     patch_2(diff between C-D)
     patch_3(diff between B-C) 

So you need at least 2 selected revs. Put in other words, the base is always explicit.

 
Marco


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

Re: qgit-0.81

[Ryan Anderson]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Linus Torvalds wrote:
> Oh, and do people really care _that_ much when the change happened? That's 
> a lot of screen real estate wasted on the date stamp of "last change". At 
> least I can drag it to the right and hide it that way..

I fixed that here by manually dragging the "date" column to the left.

That had the bonus effect of moving the graph away from the edge of the
window, so it was easier to see the left-most line.

You can also just resize the column if it bugs you.  (Though I think
swapping the default order of the two columns is probably worthwhile
anyway.)


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFC9h3rfhVDhkBuUKURAjUHAKDoT4YVE+RDMHJouSjoMUwE67feJQCg03yZ
FWWb37PawiNBKkkgb0Ap9no=
=qTOy
-----END PGP SIGNATURE-----