<?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: Thermo: Now it can be told!</title>
	<atom:link href="http://www.rictus.com/muchado/2007/10/02/thermo-now-it-can-be-told/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.rictus.com/muchado/2007/10/02/thermo-now-it-can-be-told/</link>
	<description>nj on Flex design and development</description>
	<lastBuildDate>Sat, 24 Oct 2009 00:39:03 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: GrayP</title>
		<link>http://www.rictus.com/muchado/2007/10/02/thermo-now-it-can-be-told/comment-page-1/#comment-32270</link>
		<dc:creator>GrayP</dc:creator>
		<pubDate>Thu, 06 Nov 2008 11:59:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.rictus.com/muchado/2007/10/02/thermo-now-it-can-be-told/#comment-32270</guid>
		<description>Hi There,

Any word yet on when a public beta will be available for us to tinker with? Especially we need to evaluate Thermo versus Microsoft&#039;s Expression tools. Thanks.</description>
		<content:encoded><![CDATA[<p>Hi There,</p>
<p>Any word yet on when a public beta will be available for us to tinker with? Especially we need to evaluate Thermo versus Microsoft&#8217;s Expression tools. Thanks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: micheal</title>
		<link>http://www.rictus.com/muchado/2007/10/02/thermo-now-it-can-be-told/comment-page-1/#comment-32245</link>
		<dc:creator>micheal</dc:creator>
		<pubDate>Wed, 17 Sep 2008 16:54:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.rictus.com/muchado/2007/10/02/thermo-now-it-can-be-told/#comment-32245</guid>
		<description>Any more up to date info?  Beta? Release?</description>
		<content:encoded><![CDATA[<p>Any more up to date info?  Beta? Release?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rostislav Siryk</title>
		<link>http://www.rictus.com/muchado/2007/10/02/thermo-now-it-can-be-told/comment-page-1/#comment-29421</link>
		<dc:creator>Rostislav Siryk</dc:creator>
		<pubDate>Sun, 04 Nov 2007 12:16:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.rictus.com/muchado/2007/10/02/thermo-now-it-can-be-told/#comment-29421</guid>
		<description>nj, I&#039;m thinking about the comfort of Thermo workflow to the army of Flash Designers who are already familiar with the Flash IDE design features. I wrote a comment on this topic at the Ryan Stewart&#039;s blog thermo-post, so let me link to it directly to not make the cross-post: &lt;a href=&quot;http://blog.digitalbackcountry.com/?p=1123#comment-396898&quot; rel=&quot;nofollow&quot;&gt;why I think Thermo should be the brother of Flash&lt;/a&gt;.  

And I&#039;m gonna wrote more about it :)</description>
		<content:encoded><![CDATA[<p>nj, I&#8217;m thinking about the comfort of Thermo workflow to the army of Flash Designers who are already familiar with the Flash IDE design features. I wrote a comment on this topic at the Ryan Stewart&#8217;s blog thermo-post, so let me link to it directly to not make the cross-post: <a href="http://blog.digitalbackcountry.com/?p=1123#comment-396898" rel="nofollow">why I think Thermo should be the brother of Flash</a>.  </p>
<p>And I&#8217;m gonna wrote more about it <img src='http://www.rictus.com/muchado/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nj</title>
		<link>http://www.rictus.com/muchado/2007/10/02/thermo-now-it-can-be-told/comment-page-1/#comment-27984</link>
		<dc:creator>nj</dc:creator>
		<pubDate>Tue, 09 Oct 2007 03:38:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.rictus.com/muchado/2007/10/02/thermo-now-it-can-be-told/#comment-27984</guid>
		<description>@Saeed: Unfortunately, we&#039;re not ready to answer that right now. Sorry!</description>
		<content:encoded><![CDATA[<p>@Saeed: Unfortunately, we&#8217;re not ready to answer that right now. Sorry!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Saeed Ashour</title>
		<link>http://www.rictus.com/muchado/2007/10/02/thermo-now-it-can-be-told/comment-page-1/#comment-27750</link>
		<dc:creator>Saeed Ashour</dc:creator>
		<pubDate>Sun, 07 Oct 2007 15:30:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.rictus.com/muchado/2007/10/02/thermo-now-it-can-be-told/#comment-27750</guid>
		<description>mmm will thermo targeting flash player 10 or 9 in it&#039;s first version?</description>
		<content:encoded><![CDATA[<p>mmm will thermo targeting flash player 10 or 9 in it&#8217;s first version?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nj</title>
		<link>http://www.rictus.com/muchado/2007/10/02/thermo-now-it-can-be-told/comment-page-1/#comment-27263</link>
		<dc:creator>nj</dc:creator>
		<pubDate>Wed, 03 Oct 2007 21:02:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.rictus.com/muchado/2007/10/02/thermo-now-it-can-be-told/#comment-27263</guid>
		<description>@Dirk: We will definitely support refactoring skins and custom components into separate files.  For example, we didn&#039;t show the code for this in the demo, but when we created the list from the individual CD cover images, Thermo automatically created a separate file for the item renderer--so even though it looks to the designer like s/he is editing it in place, it&#039;s actually editing the code in a separate file.  We&#039;ll also have options for creating skins in external CSS/MXML graphics files as opposed to inline.</description>
		<content:encoded><![CDATA[<p>@Dirk: We will definitely support refactoring skins and custom components into separate files.  For example, we didn&#8217;t show the code for this in the demo, but when we created the list from the individual CD cover images, Thermo automatically created a separate file for the item renderer&#8211;so even though it looks to the designer like s/he is editing it in place, it&#8217;s actually editing the code in a separate file.  We&#8217;ll also have options for creating skins in external CSS/MXML graphics files as opposed to inline.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dirk Eismann</title>
		<link>http://www.rictus.com/muchado/2007/10/02/thermo-now-it-can-be-told/comment-page-1/#comment-27201</link>
		<dc:creator>Dirk Eismann</dc:creator>
		<pubDate>Wed, 03 Oct 2007 10:18:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.rictus.com/muchado/2007/10/02/thermo-now-it-can-be-told/#comment-27201</guid>
		<description>In the demo video posted by Peter Elst the generated sourcecode looks very explicit plus it is all in MXML. What are the plans for refactoring certain parts of the Thermo-created UI into components (MXML or AS3)? Will Thermo offer such a workflows or will this be up to the developer?</description>
		<content:encoded><![CDATA[<p>In the demo video posted by Peter Elst the generated sourcecode looks very explicit plus it is all in MXML. What are the plans for refactoring certain parts of the Thermo-created UI into components (MXML or AS3)? Will Thermo offer such a workflows or will this be up to the developer?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nj</title>
		<link>http://www.rictus.com/muchado/2007/10/02/thermo-now-it-can-be-told/comment-page-1/#comment-27138</link>
		<dc:creator>nj</dc:creator>
		<pubDate>Wed, 03 Oct 2007 00:00:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.rictus.com/muchado/2007/10/02/thermo-now-it-can-be-told/#comment-27138</guid>
		<description>@Tink -- yes, you\&#039;re definitely right that designers and developers still have to make the choice between vectors vs. bitmaps, making tradeoffs for file size, fidelity, memory/runtime performance, etc.  

One of the things we\&#039;re doing is making it so that if you import vectors from AI/PS/FW, or draw vectors directly within Thermo, those vectors are directly represented as MXML tags, instead of being opaque SWFs.  So if the designer started with vectors, you don\&#039;t have to recode them as AS--you can just take the MXML graphics. 

You can then make those graphics styleable by simple data binding--for example, you could make the color of a stroke, a fill gradient endpoint, or a roundrect corner radius be data-bound to a style parameter.  Our goal is that you really could build something as flexible as Halo (or even more flexible!) using MXML graphics tags and data binding.

Hope that helps--please feel free to send more thoughts as you have them.  Thanks!</description>
		<content:encoded><![CDATA[<p>@Tink &#8212; yes, you\&#8217;re definitely right that designers and developers still have to make the choice between vectors vs. bitmaps, making tradeoffs for file size, fidelity, memory/runtime performance, etc.  </p>
<p>One of the things we\&#8217;re doing is making it so that if you import vectors from AI/PS/FW, or draw vectors directly within Thermo, those vectors are directly represented as MXML tags, instead of being opaque SWFs.  So if the designer started with vectors, you don\&#8217;t have to recode them as AS&#8211;you can just take the MXML graphics. </p>
<p>You can then make those graphics styleable by simple data binding&#8211;for example, you could make the color of a stroke, a fill gradient endpoint, or a roundrect corner radius be data-bound to a style parameter.  Our goal is that you really could build something as flexible as Halo (or even more flexible!) using MXML graphics tags and data binding.</p>
<p>Hope that helps&#8211;please feel free to send more thoughts as you have them.  Thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tink</title>
		<link>http://www.rictus.com/muchado/2007/10/02/thermo-now-it-can-be-told/comment-page-1/#comment-27137</link>
		<dc:creator>Tink</dc:creator>
		<pubDate>Tue, 02 Oct 2007 23:49:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.rictus.com/muchado/2007/10/02/thermo-now-it-can-be-told/#comment-27137</guid>
		<description>It&#039;s pretty difficult to give any detailed thoughts without any detailed demos etc. and I&#039;m sure more will be revealed in time.

From watching the videos it sounds like your aligning the tool for designers to prototype, which seems feasable. From the code it created I&#039;d probably want to re-write that stuff as a dev and try and keep everything as clean as poss (i.e. when I create custom skins at the moment I create them in a seperate class). It also looked like flat colors or gradients which would have a much smaller footprint as code were created as bitmaps which isn&#039;t great. I&#039;m really not sure how you would take an image, and decide whether it would be code or not (i.e. the Halo skins are code, but I imagine it would be pretty impossible to have a bitmap of the Halo theme and re-write it in code.

One thing that did stand out for me in the demo was that styles weren&#039;t mentioned. We would write skins for our apps at the mo, and then assign style to everything, so although as in the demo the scrollbar my only be a track and thumb, we would be able to change the colors etc using CSS.</description>
		<content:encoded><![CDATA[<p>It&#8217;s pretty difficult to give any detailed thoughts without any detailed demos etc. and I&#8217;m sure more will be revealed in time.</p>
<p>From watching the videos it sounds like your aligning the tool for designers to prototype, which seems feasable. From the code it created I&#8217;d probably want to re-write that stuff as a dev and try and keep everything as clean as poss (i.e. when I create custom skins at the moment I create them in a seperate class). It also looked like flat colors or gradients which would have a much smaller footprint as code were created as bitmaps which isn&#8217;t great. I&#8217;m really not sure how you would take an image, and decide whether it would be code or not (i.e. the Halo skins are code, but I imagine it would be pretty impossible to have a bitmap of the Halo theme and re-write it in code.</p>
<p>One thing that did stand out for me in the demo was that styles weren&#8217;t mentioned. We would write skins for our apps at the mo, and then assign style to everything, so although as in the demo the scrollbar my only be a track and thumb, we would be able to change the colors etc using CSS.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nj</title>
		<link>http://www.rictus.com/muchado/2007/10/02/thermo-now-it-can-be-told/comment-page-1/#comment-27133</link>
		<dc:creator>nj</dc:creator>
		<pubDate>Tue, 02 Oct 2007 23:26:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.rictus.com/muchado/2007/10/02/thermo-now-it-can-be-told/#comment-27133</guid>
		<description>@Saeed: It is still a little early, but we will have something people can experiment with sometime next year.

@Tink: We\&#039;re definitely interested in hearing people\&#039;s concerns--please feel free to post a comment with any more detailed thoughts you have.  Thanks!</description>
		<content:encoded><![CDATA[<p>@Saeed: It is still a little early, but we will have something people can experiment with sometime next year.</p>
<p>@Tink: We\&#8217;re definitely interested in hearing people\&#8217;s concerns&#8211;please feel free to post a comment with any more detailed thoughts you have.  Thanks!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
