Re: [imp-dev] Use of org.eclipse.zest in pdb.ui

[Jurgen Vinju <jurgen@xxxxxxxxx>]

I agree. Let's do that.

On Wed, Feb 4, 2009 at 3:11 PM, Robert M. Fuhrer <rfuhrer@xxxxxxxxxxxxxx> wrote:
> Hi Jurgen,
>
> No question that a zest dependency is superior to the cmd-line graphviz
> dependency. Somehow I was under the impression that draw2d was
> part of SWT itself (just naive hope, I guess).
>
> I don't think it makes sense to extract the graph-visualization code to
> another plugin, since it's the main bit of functionality in the plugin as
> it is (as you said).
>
> At the same time, it may make sense to extract pdb.ui to another feature,
> so that people can have the core analysis representation and
> computation code without dragging in GEF, if they have no need for
> visualization beyond tables and lists.
>
> On Feb 4, 2009, at 2:57 AM, Jurgen Vinju wrote:
>
>> Hi Bob,
>>
>> Well, Zest depends on draw2d which is a part of GEF, and the
>> DirectedGraphLayout algorithm, which is also used by GraphViz' dot
>> tool, is a part of draw2d.
>> I consider this a superior alternative to having a dependency on
>> graphviz commandline tools, or to implementing the layout algorithm
>> again ourselves.
>> I have also understood from the authors of Zest that pieces of it are
>> sometimes moved to draw2d if deemed necessary.
>>
>> We could factor uit the graph dependent code to a new project called
>> pdb.ui.graph. On the other hand, I'm not sure that would
>> help since the graph drawing is what is most useful anyway.
>>
>> Cheers,
>>
>> Jurgen
>>
>> On Wed, Feb 4, 2009 at 1:13 AM, Robert M. Fuhrer <rfuhrer@xxxxxxxxxxxxxx>
>> wrote:
>>>
>>> Hi Jurgen,
>>>
>>> Is Zest part of GEF, or can it be obtained separately? I'd like to avoid
>>> making pdb.ui dependent on something as large as GEF, but not,
>>> of course, if there's no good alternative...
>
> --
> Cheers,
>  - Bob
> -------------------------------------------------
> Robert M. Fuhrer
> Research Staff Member
> Programming Technologies Dept.
> IBM T.J. Watson Research Center
>
> IMP Project Lead (http://www.eclipse.org/imp)
> X10: Productivity for High-Performance Parallel Programming
> (http://x10.sf.net)
>
> _______________________________________________
> imp-dev mailing list
> imp-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/imp-dev
>