That's a good idea, I'm going to see if it's easy to implement.
At GraphEditPart.createFigure() the first loop iterates over the
branches. The first if consideres if the branch should be drawn. It
could be as simple as change the if condition. However I'm not sure if
it could be any side-effect (example: NullPointerException in any
place that expects a non-null object).
On Fri, Oct 3, 2008 at 9:05 PM, Mark Phippard <markphip_at_gmail.com> wrote:
> Alberto,
>
> One of the general problems with the revision graph is that there is
> often too much information. One of the optimizations that you made
> was to take items that have been copied and then never modified and
> treat them as "tags". Do not show the tag and instead show the tags
> in the tooltip. This helped.
>
> There is another class of "problem" that still exists. That is when a
> branch is created, the file is never modified and the branch is
> eventually deleted. Currently, the deletion of the branch is being
> seen as a modification of the file and it shows the branch in the
> graph. In this situation the ideal behavior would be to completely
> ignore this branch. Do not show it in the graph, do not show it as a
> tag.
>
> With the tests I am doing, this would dramatically improve the graph
> by removing all of the "noise".
>
> Any chance you could look at this, or point Steve in a direction?
>
> --
> 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
>
>
--
Alberto Gimeno Brieba
Presidente y fundador de
Ribe Software S.L.
http://www.ribesoftware.com
ribe_at_ribesoftware.com
Contacto personal
eMail: gimenete_at_gmail.com
GTalk: gimenete_at_gmail.com
msn: gimenete_at_hotmail.com
página web: http://gimenete.net
web favorita: http://debugmodeon.com
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-10-06 18:11:20 CEST