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

Re: More qgit defects

From
MCMarco Costalba <mcostalba@gmail.com>
Date
Apr 30, 2006, 10:13 UTC
Message-ID
<e5bfff550604300313n5ebe84f7nf42c88789efe1@mail.gmail.com>
In-Reply-To
<1146390144.13634.9.camel@dv>
On 4/30/06, Pavel Roskin <proski@gnu.org> wrote:
Show 26 quoted lines
> On Sun, 2006-04-30 at 05:26 -0400, Pavel Roskin wrote:
> > No, something still feels wrong.  I think even the gurus of GUI cannot
> > decide what to do if many frames need to be on screen.  Do you know that
> > many graphic designers hate GIMP for the overuse of dockable toplevel
> > windows?  Krita prefers dockable frames.  Photoshop uses non-dockable
> > child windows, I believe.
> >
> > The difference for qgit is that is generally wants bigger windows.
> > Whether the revision tree or the patch, having more space allows the
> > frame to present a better picture to the users.
>
> Replying to myself, sorry.  How about tabs?
>
> One tab for the main view.  Basically what we have now.
>
> Then tabs for revisions.  We can have more than one revision open, with
> the comment and with the patch, and and with affected files.  They will
> have the GUI centered on the change made by the revision.  StGIT commits
> would have an editable comment.
>
> Then tabs for files.  Again, possibly more than one.  Each tab about a
> specific file.  The file history, annotations, maybe even an editor for
> the file.
>
> The idea was inspired by Azureus.
>

Throwing in the tabs is a *very* big change, but, just to discuss....I agree on the note that in qgit we have three different approaches: fixed frames (revisions, file tree, affected files), detachable frames (patch) and separate windows (annotations).

This is a bit strange and could give an odd GUI feeling.

I like the tab idea because it's clear and simple and fixes the 'many approaches' problem. What I would suggest is, at least at first step, do not change the main view and have only three tabs:

Tab1: Main view with revisions, file tree (hide able), affected files.
Tab2: Patch view with patch stat and diffs
Tab3: File history + file content/annotation view

In other words just put the frames/windows as are now in browse able tabs. In this way main view still gives a good amount of information without requiring changing the tab and the tabs are reserved for 'big space' needed infos only.

   Marco
Next: Pavel Roskin
Message 1 of 2 in “Re: More qgit defects”
  1. Marco CostalbaApr 30, 2006
  2. Pavel RoskinMay 1, 2006

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.