On 4/30/06, Pavel Roskin <proski@gnu.org> wrote: > 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 - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.htmlReceived on Sun Apr 30 20:14:14 2006
This archive was generated by hypermail 2.1.8 : 2006-04-30 20:14:41 EST