<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: A Zesty Summer</title>
	<atom:link href="http://eclipsesource.com/blogs/2009/07/10/a-zesty-summer/feed/" rel="self" type="application/rss+xml" />
	<link>http://eclipsesource.com/blogs/2009/07/10/a-zesty-summer/</link>
	<description>Eclipse Equinox OSGi</description>
	<lastBuildDate>Wed, 10 Mar 2010 18:17:43 +0100</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Ben</title>
		<link>http://eclipsesource.com/blogs/2009/07/10/a-zesty-summer/comment-page-1/#comment-2212</link>
		<dc:creator>Ben</dc:creator>
		<pubDate>Wed, 15 Jul 2009 16:14:40 +0000</pubDate>
		<guid isPermaLink="false">http://eclipsesource.com/blogs/?p=2372#comment-2212</guid>
		<description>Oh another thing to consider might be to somehow write a JNI interface to the graphviz libraries. I don&#039;t know to what degree the layout algrithms have a proper interface, but at least the OmniGraffle guys (http://www.omnigroup.com/applications/OmniGraffle/) also managed to integrate just the graphviz layout algorithms into their product while their rendering engine is still their own.</description>
		<content:encoded><![CDATA[<p>Oh another thing to consider might be to somehow write a JNI interface to the graphviz libraries. I don&#8217;t know to what degree the layout algrithms have a proper interface, but at least the OmniGraffle guys (<a href="http://www.omnigroup.com/applications/OmniGraffle/" rel="nofollow">http://www.omnigroup.com/applications/OmniGraffle/</a>) also managed to integrate just the graphviz layout algorithms into their product while their rendering engine is still their own.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ben</title>
		<link>http://eclipsesource.com/blogs/2009/07/10/a-zesty-summer/comment-page-1/#comment-2211</link>
		<dc:creator>Ben</dc:creator>
		<pubDate>Wed, 15 Jul 2009 16:11:33 +0000</pubDate>
		<guid isPermaLink="false">http://eclipsesource.com/blogs/?p=2372#comment-2211</guid>
		<description>Another possibility to use the dot executable for the layouting stuff. I think a few third party dot viewers like the zgvrviewer (http://zvtm.sourceforge.net/zgrviewer.html) do it that way. They use some feature of graphviz that just outputs the layouted coordinates. So all that would be needed is somekind of layout-adapter that calls the dot executable.</description>
		<content:encoded><![CDATA[<p>Another possibility to use the dot executable for the layouting stuff. I think a few third party dot viewers like the zgvrviewer (<a href="http://zvtm.sourceforge.net/zgrviewer.html" rel="nofollow">http://zvtm.sourceforge.net/zgrviewer.html</a>) do it that way. They use some feature of graphviz that just outputs the layouted coordinates. So all that would be needed is somekind of layout-adapter that calls the dot executable.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ian Bull</title>
		<link>http://eclipsesource.com/blogs/2009/07/10/a-zesty-summer/comment-page-1/#comment-2154</link>
		<dc:creator>Ian Bull</dc:creator>
		<pubDate>Mon, 13 Jul 2009 16:06:38 +0000</pubDate>
		<guid isPermaLink="false">http://eclipsesource.com/blogs/?p=2372#comment-2154</guid>
		<description>This is a great idea Moritz!  Mateusz has done a really good job updating the Zest layouts and adding a new layout (like graphviz) is entirely feasible.  The problem is now a legal one (not a technical one). I&#039;m pretty sure graphviz is CPL, but we have to look at the legal ramifications of porting their algorithms to Zest.</description>
		<content:encoded><![CDATA[<p>This is a great idea Moritz!  Mateusz has done a really good job updating the Zest layouts and adding a new layout (like graphviz) is entirely feasible.  The problem is now a legal one (not a technical one). I&#8217;m pretty sure graphviz is CPL, but we have to look at the legal ramifications of porting their algorithms to Zest.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Moritz</title>
		<link>http://eclipsesource.com/blogs/2009/07/10/a-zesty-summer/comment-page-1/#comment-2152</link>
		<dc:creator>Moritz</dc:creator>
		<pubDate>Mon, 13 Jul 2009 15:54:37 +0000</pubDate>
		<guid isPermaLink="false">http://eclipsesource.com/blogs/?p=2372#comment-2152</guid>
		<description>hi,

its good to hear that Graphviz and Zest are getting closer together. Are there any plans to port layout-algorithms from Graphviz to Zest? I&#039;m amazed by what Graphviz can do in terms of layout, but its just nasty that it is only available as a native binary (and not as java library).</description>
		<content:encoded><![CDATA[<p>hi,</p>
<p>its good to hear that Graphviz and Zest are getting closer together. Are there any plans to port layout-algorithms from Graphviz to Zest? I&#8217;m amazed by what Graphviz can do in terms of layout, but its just nasty that it is only available as a native binary (and not as java library).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ben</title>
		<link>http://eclipsesource.com/blogs/2009/07/10/a-zesty-summer/comment-page-1/#comment-2108</link>
		<dc:creator>Ben</dc:creator>
		<pubDate>Sun, 12 Jul 2009 21:28:49 +0000</pubDate>
		<guid isPermaLink="false">http://eclipsesource.com/blogs/?p=2372#comment-2108</guid>
		<description>Thanks for the explanations Fabian. I&#039;ll give this a try when the emfmodelvisualizer is ready. I&#039;m sorry to say that this is unfortunately all that i am interested in, but in any case this is what i am extremely looking forward to ;-)</description>
		<content:encoded><![CDATA[<p>Thanks for the explanations Fabian. I&#8217;ll give this a try when the emfmodelvisualizer is ready. I&#8217;m sorry to say that this is unfortunately all that i am interested in, but in any case this is what i am extremely looking forward to <img src='http://eclipsesource.com/blogs/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ian Bull</title>
		<link>http://eclipsesource.com/blogs/2009/07/10/a-zesty-summer/comment-page-1/#comment-2076</link>
		<dc:creator>Ian Bull</dc:creator>
		<pubDate>Sat, 11 Jul 2009 14:17:44 +0000</pubDate>
		<guid isPermaLink="false">http://eclipsesource.com/blogs/?p=2372#comment-2076</guid>
		<description>Lars,

The re-organization is not even in CVS yet :). It&#039;s coming as patches right now, and I will be integrating it throughout the summer. I will blog about the changes as the summer goes in, and we will be looking for advice as we harden the Zest API.</description>
		<content:encoded><![CDATA[<p>Lars,</p>
<p>The re-organization is not even in CVS yet <img src='http://eclipsesource.com/blogs/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> . It&#8217;s coming as patches right now, and I will be integrating it throughout the summer. I will blog about the changes as the summer goes in, and we will be looking for advice as we harden the Zest API.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fabian Steeg</title>
		<link>http://eclipsesource.com/blogs/2009/07/10/a-zesty-summer/comment-page-1/#comment-2074</link>
		<dc:creator>Fabian Steeg</dc:creator>
		<pubDate>Sat, 11 Jul 2009 11:32:12 +0000</pubDate>
		<guid isPermaLink="false">http://eclipsesource.com/blogs/?p=2372#comment-2074</guid>
		<description>Ben, I actually use both Xpand and JET for different things: with Xpand I generate the Zest graph from a DOT file, while with JET I export a Zest graph to DOT. The idea here was that with JET I&#039;m able to implement the export without any new dependency (once JET generated the template class). Also, this approach allows export of any Zest graph, even without an Xtext-based DOT model (i.e. for Zest graphs not imported from DOT).

On the viewing topic, what&#039;s currently there is compilation from DOT to Zest files. The main goal was to provide a way to easily author Zest graphs using DOT as a DSL, which can then be used in applications idependently of their DOT origin. However, I do plan to add support for the Zest view in the EMF model visualizer project (http://code.google.com/p/emfmodelvisualizer/). This hopefully will allow exactly what you describe: writing DOT and viewing it dynamically using Zest.

And about giving it a try when it&#039;s ready: if you feel adventurous you can check it out any time, details can be found on the project&#039;s wiki page (http://wiki.eclipse.org/Graphviz_DOT_as_a_DSL_for_Zest). I&#039;d be happy about any kind of feedback.</description>
		<content:encoded><![CDATA[<p>Ben, I actually use both Xpand and JET for different things: with Xpand I generate the Zest graph from a DOT file, while with JET I export a Zest graph to DOT. The idea here was that with JET I&#8217;m able to implement the export without any new dependency (once JET generated the template class). Also, this approach allows export of any Zest graph, even without an Xtext-based DOT model (i.e. for Zest graphs not imported from DOT).</p>
<p>On the viewing topic, what&#8217;s currently there is compilation from DOT to Zest files. The main goal was to provide a way to easily author Zest graphs using DOT as a DSL, which can then be used in applications idependently of their DOT origin. However, I do plan to add support for the Zest view in the EMF model visualizer project (<a href="http://code.google.com/p/emfmodelvisualizer/" rel="nofollow">http://code.google.com/p/emfmodelvisualizer/</a>). This hopefully will allow exactly what you describe: writing DOT and viewing it dynamically using Zest.</p>
<p>And about giving it a try when it&#8217;s ready: if you feel adventurous you can check it out any time, details can be found on the project&#8217;s wiki page (<a href="http://wiki.eclipse.org/Graphviz_DOT_as_a_DSL_for_Zest" rel="nofollow">http://wiki.eclipse.org/Graphviz_DOT_as_a_DSL_for_Zest</a>). I&#8217;d be happy about any kind of feedback.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fabian Steeg</title>
		<link>http://eclipsesource.com/blogs/2009/07/10/a-zesty-summer/comment-page-1/#comment-2073</link>
		<dc:creator>Fabian Steeg</dc:creator>
		<pubDate>Sat, 11 Jul 2009 11:11:26 +0000</pubDate>
		<guid isPermaLink="false">http://eclipsesource.com/blogs/?p=2372#comment-2073</guid>
		<description>Peter, not yet. In particular because I&#039;m not directly using Xtext myself. I use Xpand with the existing Xtext grammar for Graphviz DOT in the org.openarchitectureware.graphviz package. It would be great if we could get all of this updated to the new versions. See also bug 277397 (http://bugs.eclipse.org/277397).</description>
		<content:encoded><![CDATA[<p>Peter, not yet. In particular because I&#8217;m not directly using Xtext myself. I use Xpand with the existing Xtext grammar for Graphviz DOT in the org.openarchitectureware.graphviz package. It would be great if we could get all of this updated to the new versions. See also bug 277397 (<a href="http://bugs.eclipse.org/277397" rel="nofollow">http://bugs.eclipse.org/277397</a>).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter Friese</title>
		<link>http://eclipsesource.com/blogs/2009/07/10/a-zesty-summer/comment-page-1/#comment-2072</link>
		<dc:creator>Peter Friese</dc:creator>
		<pubDate>Sat, 11 Jul 2009 10:24:04 +0000</pubDate>
		<guid isPermaLink="false">http://eclipsesource.com/blogs/?p=2372#comment-2072</guid>
		<description>Fabian, are you using Xtext 0.7?</description>
		<content:encoded><![CDATA[<p>Fabian, are you using Xtext 0.7?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lars Vogel</title>
		<link>http://eclipsesource.com/blogs/2009/07/10/a-zesty-summer/comment-page-1/#comment-2071</link>
		<dc:creator>Lars Vogel</dc:creator>
		<pubDate>Sat, 11 Jul 2009 09:43:43 +0000</pubDate>
		<guid isPermaLink="false">http://eclipsesource.com/blogs/?p=2372#comment-2071</guid>
		<description>Is the re-orged code base of Zest part of 3.5 or only in cvs?</description>
		<content:encoded><![CDATA[<p>Is the re-orged code base of Zest part of 3.5 or only in cvs?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
