Re: [Subclipse-dev] History as revision graph

On Wed, Jul 2, 2008 at 11:11 AM, Steve Elsemore <selsemore_at_collab.net> wrote:

> Finally, I'm not sure if we discussed View vs. Editor for our
> implementation? The view is nice, but there might be some advantages to an
> editor such as being able to easily open several graphs at once, and
> possibly utilizing more GEF features. Just a thought.

I am not sure if GEF has gotten any better at giving you some of these
feature for "nearly free", but two common GEF features that this
desperately will need:

1) The 10,000 foot view (usually in the Outline view) that lets you
navigate the diagram.

2) Zoom in/out options so you can control how much of the diagram can
be seen at once.

Steve can probably hook these in later too.

I think we should also look at TortoiseSVN's implementation for ideas
on presentation, options, and especially filtering. I think they have
come up with a few different ways to filter some of the noise from the
diagram. For example, if I branch my tree, but do not modify the file
in the branch, I probably do not need to see it on the diagram. I
think they also go to some effort to identify tags and show them as
labels on the source node, rather than creating a new node for the
tag.

Finally, before we lock down the database, we should be thinking about
merge information and how that could be incorporated in the future.
That has always been the missing piece in TortoiseSVN. You can see a
branch being made, but you cannot see the branch being merged back.
With the merge information available in Subversion 1.5, it is possible
that this information could be put into 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