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

[Subclipse-dev] Improving display of revision graph

From: Mark Phippard <markphip_at_gmail.com>
Date: Fri, 15 Aug 2008 11:13:15 -0400

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.

The thing is, almost every one of these nodes are "useless" because
the item was not actually changed in any of those locations.

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.

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.

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.

-- 
Thanks
Mark Phippard
http://markphip.blogspot.com/


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subclipse.tigris.org
For additional commands, e-mail: dev-help_at_subclipse.tigris.org

Picture_6.png
Received on 2008-08-15 17:13:30 CEST

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