Hi. I have just committed more changes:
- fixed the problem with the duplicated zoom combobox. I was
contributing to the menu bar in a wrong way.
- now each branch has a different colour.
(http://www.flickr.com/photos/gimenete/2762545179/sizes/o/)
- you can navigate through connections. If you click on a connection
the graph scrolls to the targeted node.
- nodes can be selected. At this moment this is only useful to
highlight a node. The target node of a connection is highlighted when
you scroll to it by clicking on the connection. Also the node that
matches the path and revision of the working copy is highlighted when
the graph is displayed.
- I've also done some code clean up. There were some source files with
more than one class. Now each non-trivial class has its own file.
I have tried to implement the 10,000 foot view. It is implemented on
the OverviewOutlinePage class, but I haven't been able to make it
work. I have just copied an example of the IBM redbook on GEF and EMF,
but it doesn't work. I'll investigate...
Mark, I'll be pleased to continue working on the revision graph after
the GSoC :)
On Thu, Aug 14, 2008 at 3:07 PM, Eugene Kuleshov <eu_at_md.pp.ru> wrote:
>
> One simple way to deal with edges overlapping nodes, is to draw edges under
> the nodes, but when node is selected, bring all connected edges to the top
> and highlight them on a graph. Here is a small example how it could look
> like on a graph.
> http://docs.codehaus.org/display/M2ECLIPSE/Maven+POM+editor#MavenPOMeditor-DependencyGraph
>
> In regards to navigating and rendering edges between nodes. You could use
> graph component from Zest, it supports scrolling to selected node and
> selecting edges. Zest API is also more high level then GEF.
>
> regards,
> Eugene
>
>
> Alberto Gimeno wrote:
>>
>> 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
>> code.
>>
>> Another thing I would like to implement is a way to prevent arrows to
>> overlap nodes. But it's not a trivial task.
>>
>>
>>
>
>
> ---------------------------------------------------------------------
> 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
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-14 19:34:56 CEST