GNOME Bugzilla – Bug 577706
Display history of a subpath/subtree
Last modified: 2018-05-22 13:01:12 UTC
I wish to be able to browse history of a subtree of the project. For example, I wish to explore the history of a specific file.
I started stuff around this idea in a topic branch. It is publicly available at http://github.com/guyou/gitg/tree/path-filtering The idea is that the branches combo-box and the path entry are filters. Something similar to the filtering scheme of 'evolution' mail application. Screenshot: http://picasaweb.google.fr/lh/photo/M6droAWwIdDaJahcO9c68A?feat=directlink
Topic branch merged against v0.0.5.
I really like this functionality, I'm just not so sure about the UI. I'd prefer not to have just an entry to type in a path. Ideally you would be able to browse the tree, or have a completion entry to complete a path. Also, it would be nice to be able to filter multiple paths/files? I'm not really sure about what UI would be best for this (easy to use, but still compact). I don't want to have a dialog popup or anything. Maybe someone has a good idea for this?
Yes, I'm not a good UI designer :-) But such UI seems quite "standard". Rythmbox as such filter. Concerning the "completion", the matter is to select a commit to look for tree. One idea I had (but not realized yet): right click a directory/file in the "Tree" sub-tab and select a hypothetical "Filter" entry. Doing this, it just filter the whole history.
Anyway, if you want to have an entry like thing, I think it's better fitted in the search entry that's already there. It could have a completion for the tree, it could be quite nice.
Two thoughs. First, I'm not sure fixing filtering feature and searching feature is good for UI. Second, I think that current search feature need something more standard: a dialog with search string + Next/Prev buttons. Doing this, we can *replace* the search entry by a filter entry.
A search dialog is not that standard, and dialogs are evil UI. Instead I want to improve the searching by filtering the tree view like other applications. The search entry has a very natural location and I will not likely change this.
Built Gitg from wip/development branch (master build as of now does not contain fix for recent updated bindings in libgit2-glib and libgit2) and I can confirm that the search *has* been implemented for dash view but *not* for history view. Changing status to NEW.
*** Bug 755461 has been marked as a duplicate of this bug. ***
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gitg/issues/3.