git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: git gtk+/GNOME gui application: gitg

From
Jesse van den Kieboom <jesse@icecrew.nl>
Date
Feb 4, 2009, 14:33 UTC
Message-ID
<1233758025.7594.23.camel@wren>
In-Reply-To
<4989A63B.4030103@drmicha.warpmail.net>

Op woensdag 04-02-2009 om 15:29 uur [tijdzone +0100], schreef Michael J Gruber:

Show 28 quoted lines
> Jesse van den Kieboom venit, vidit, dixit 31.01.2009 21:05:
> > Hi,
> > 
> > I have been developing a gui application for git for gtk+/GNOME based on
> > GitX (which in turn is based on gitk). I feel that it's reaching the
> > point where it might potentially be useful for other people to use. It
> > currently features:
> > 
> > - Loading large repositories very fast
> > - Show/browse repository history
> > - Show highlighted revision diff
> > - Browse file tree of a revision and export by drag and drop
> > - Search in the revision history on subject, author or hash
> > - Switch between history view of branches easily
> > - Commit view providing per hunk stage/unstage and commit
> > 
> > The project is currently hosted on github:
> > http://github.com/jessevdk/gitg
> > 
> > clone: git://github.com/jessevdk/gitg.git
> > 
> > Please let me know what you think,
> 
> OK, played with it, looks nice. Some feedback:
> 
> Bug:?
> After unstaged a staged file it does not reappear under "unstaged". It
> appears nowhere.
Hmm this _should_ happen, if it doesn't it's certainly a bug.
Show 5 quoted lines
> 
> Build:
> gitg can't run from the build dir, it needs to be installed.
> Reconfiguring with different --prefix does not rebuild (one needs to
> make clean manually).

This is true, I got a patch to fix this, but I'm not sure it should go in (e.g. read data files from current working directory). It's not common to be able to run C/gtk+ apps from the build directory, you should install them in a local prefix.

> Features:
> Displaying the subject after the parent shas etc would be nice.
> Maybe forward/back buttons for taking you forward/back in your *browsing
> history*? Say, you click on a parent, and then you want to get back.

Showing the parent subject should be fairly easy to fix, I'll see if I can get that in. I have thought about a history-history, but I haven't felt the need to use it yet (also I don't think GitX has this), but it might be worth implementing.

> Can one stage hunks somehow?

Yes, you can click on the hunk header @@...@@ when viewing the diff in the commit view. You can also rightclick on this header and revert a hunk (or stage/unstage it from the context menu).

> Cheers,
> Michael
> 
-- 
Jesse van den Kieboom

Personal: http://www.icecrew.nl
Professional: http://www.novowork.com
Previous: Michael J GruberNext: Michael J Gruber
Message 20 of 26 in “git gtk+/GNOME gui application: gitg”
  1. Jesse van den KieboomJan 31, 2009
  2. SZEDER GáborFeb 3, 2009
  3. 1/3 Fix "multi-character character constant" compile warningSZEDER Gábor, Feb 3, 2009
  4. 2/3 Refactor loading xml UI filesSZEDER Gábor, Feb 3, 2009
  5. 3/3 Try load UI xml files from the current working directorySZEDER Gábor, Feb 3, 2009
  6. Jesse van den KieboomFeb 14, 2009
  7. Jesse van den KieboomFeb 4, 2009
  8. Michael J GruberFeb 3, 2009
  9. Stefan KarpinskiFeb 3, 2009
  10. Jesse van den KieboomFeb 4, 2009
  11. Miles BaderFeb 4, 2009
  12. Jakub NarebskiFeb 3, 2009
  13. Felipe ContrerasFeb 4, 2009
  14. Jesse van den KieboomFeb 4, 2009
  15. Michael J GruberFeb 4, 2009
  16. Felipe ContrerasFeb 4, 2009
  17. Jesse van den KieboomFeb 4, 2009
  18. Felipe ContrerasFeb 4, 2009
  19. Michael J GruberFeb 4, 2009
  20. Jesse van den KieboomFeb 4, 2009
  21. Michael J GruberFeb 4, 2009
  22. Jesse van den KieboomFeb 4, 2009
  23. Miles BaderFeb 5, 2009
  24. Jesse van den KieboomFeb 5, 2009
  25. Miles BaderFeb 6, 2009
  26. Jakub NarebskiFeb 4, 2009

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.