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

Re: [Subclipse-dev] Revision graph and cache implementation

From: Alberto Gimeno <gimenete_at_gmail.com>
Date: Wed, 13 Aug 2008 19:49:37 +0200

Thanks Eugene.

I also thought about the idea of collapsing nodes without incoming or
outcoming edges. The problem is that compacting the nodes could make
the arrows to overlap too much over the nodes. But I agree it would be
a great feature. I have thought also on the ability to move a whole
branch vertically because as you can see the current layout
implementation tends to have too much free space at the bottom (see a
huge graph: http://www.flickr.com/photos/gimenete/2733530400/in/set-72157605278009034/)
and a lot of noise at the top.

The problem with chronologycal order is that the graph grows too much.
The current layout is based on the compact layout of the
RevtreePlugin. That plugin also implements a "timeline" layout. See
screenshosts of both layouts: http://trac-hacks.org/wiki/RevtreePlugin
. The timeline layout as you can see is too big.

I would like to implement the ability to choose a branch in a combobox
and when you select one the graph will scroll to that branch. Also
when you click on an outgoing edge the graph could scroll to the
target node. However I haven't found how to scroll the graph with

Another thing I would like to implement is a way to prevent arrows to
overlap nodes. But it's not a trivial task.

On Wed, Aug 13, 2008 at 7:12 PM, Eugene Kuleshov <eu_at_md.pp.ru> wrote:
> Alberto Gimeno wrote:
>> I've just committed some changes. I think the output looks better now.
>> Here there is a screenshot:
>> http://farm4.static.flickr.com/3055/2760319604_ea2c7bb308_o.png
>> I played with Zest. It's easier and nicer by default, but it lacks
>> some features like zooming, so I think that the best will be to stay
>> with the GEF implementation.
>> Nodes with black font and border are those that have been tagged.
>> Their tooltips show the tags. And a tag is any branch (column in the
>> output) with only one node and without any connection other than the
>> first one.
> I like how it look now. Really neat.
> I have few ideas that may help to improve use of the screen real estate and
> improve overall graph usability:
> * option to collapse revision nodes that don't have incoming or outgoing
> edges.
> e.g. [1] -> [2] -> [3] -> [4] can be collapsed into one node [1 - 4].
> Tooltip could show the list of collapsed revisions.
> * align branches horizontally, so it would preserve chronology.
> e.g. in your example, nodes [199] and [209] would be on the same
> horizontal level as node [197]
> * it seem like right now there is a lot of free space on the screen, just
> because tag nodes at the top are quite wide
> maybe shrink the node label and use tooltips to show the actual tag
> another option that can be also convenient in some cases is to allow to
> use horizontal orientation for the whole graph.
> regards,
> Eugene
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe_at_subclipse.tigris.org
> For additional commands, e-mail: dev-help_at_subclipse.tigris.org

Alberto Gimeno Brieba
Presidente y fundador de
Ribe Software S.L.
Contacto personal
eMail: gimenete_at_gmail.com
GTalk: gimenete_at_gmail.com
msn: gimenete_at_hotmail.com
página web: http://gimenete.net
teléfono móvil: +34 625 24 64 81
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-13 19:49:52 CEST

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