Re: More qgit defects
- From
- Marco 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