[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: [Subclipse-dev] Improving display of revision graph

From: Eugene Kuleshov <eu_at_md.pp.ru>
Date: Fri, 15 Aug 2008 11:53:44 -0400

Mark Phippard wrote:
> One of the biggest problems with the revision graph is information
> overload. We need to look for way to make intelligent decisions on
> how we can make it better. I have attached a screenshot of an
> example. It is the JavaHL file BlameCallBack.java from the SVN
> repository. I have the graph zoomed out to 50% so you can get an idea
> how many nodes are in this graph. Look at the scrollbar and how much
> scrolling room is on it.
  I think we should really make tag nodes the same width as revision
nodes. Need to do something about labels of those node and full info can
be shown in the tooltip.

  Another idea worth to explore, is to not show tags/branches by
default, but instead let user to expand them on demand. So, at the
beginning graph would show only trunk or some other selected branch
(need to provide selection dialog with search to allow to focus on
initial branch) and same search could be used to expand additional nodes.

  Another thing that worry me is all those edges creating too much
visual noise, because each of them follow its own angle. I still wonder
how it would look like if revision nodes are aligned horizontally, so
edges will overlap to each other.
> What I would like to see us do is automatically hide every location
> where an item was copied but never subsequently modified. This would
> automatically take care of all tags, without needing to look for a
> /tags/ string in the path.
  I think this is a good idea.
> What I would propose we do is add a section to the tooltip, or even a
> right-click menu option, to list all these places.
  Need to take into account that there could be hundreds of
tags/branches like that. So, tooltip should be smart enough to show only
first N, and have "more" link to open popup dialog to see them all.
> A change like this would go a long way towards making the graph more
> compact and useful. This "problem" is really pronounced in any
> repository with a lot of branches and tags.
> One other thing I would suggest, although I think it should be a
> runtime toggle, probably in the toolbar. If an item is branched, and
> that branch is eventually deleted, it should be an option to not show
> it in the graph.


To unsubscribe, e-mail: dev-unsubscribe_at_subclipse.tigris.org
For additional commands, e-mail: dev-help_at_subclipse.tigris.org
Received on 2008-08-15 17:53:51 CEST

This is an archived mail posted to the Subclipse Dev mailing list.