<?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: Moving from Flash to Flex: Team Integration and Workflow</title>
	<atom:link href="http://visualrinse.com/2007/02/17/moving-from-flash-to-flex-team-integration-and-workflow/feed/" rel="self" type="application/rss+xml" />
	<link>http://visualrinse.com/2007/02/17/moving-from-flash-to-flex-team-integration-and-workflow/</link>
	<description>Design, Development, Technology and My Life.</description>
	<lastBuildDate>Mon, 15 Mar 2010 12:44:59 -0400</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Flex Builder 2 &#38; Apollo: Rise of the Devigner/Deseloper &#124; Visualrinse &#124; Design and Development by Chad Udell</title>
		<link>http://visualrinse.com/2007/02/17/moving-from-flash-to-flex-team-integration-and-workflow/comment-page-1/#comment-137</link>
		<dc:creator>Flex Builder 2 &#38; Apollo: Rise of the Devigner/Deseloper &#124; Visualrinse &#124; Design and Development by Chad Udell</dc:creator>
		<pubDate>Thu, 22 Mar 2007 01:45:54 +0000</pubDate>
		<guid isPermaLink="false">http://visualrinse.com/2007/02/17/moving-from-flash-to-flex-team-integration-and-workflow/#comment-137</guid>
		<description>[...] playing with the Apollo Alpha and my copy of Flex Builder for the last few days, I wonder if my last post about Team integration and desinger/developer workflow was a little misguided. Does it truly have [...]</description>
		<content:encoded><![CDATA[<p>[...] playing with the Apollo Alpha and my copy of Flex Builder for the last few days, I wonder if my last post about Team integration and desinger/developer workflow was a little misguided. Does it truly have [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ScaleNine Blog &#187; Blog Archive &#187; App Skinning: A Workflow</title>
		<link>http://visualrinse.com/2007/02/17/moving-from-flash-to-flex-team-integration-and-workflow/comment-page-1/#comment-53</link>
		<dc:creator>ScaleNine Blog &#187; Blog Archive &#187; App Skinning: A Workflow</dc:creator>
		<pubDate>Tue, 27 Feb 2007 04:56:48 +0000</pubDate>
		<guid isPermaLink="false">http://visualrinse.com/2007/02/17/moving-from-flash-to-flex-team-integration-and-workflow/#comment-53</guid>
		<description>[...] A recent blog post I came across brought up some questions regarding the UI design workflow and bringing those designs into Flex 2. I replied to the post outlining my experiences and I thought it might be worth sharing that information here. [...]</description>
		<content:encoded><![CDATA[<p>[...] A recent blog post I came across brought up some questions regarding the UI design workflow and bringing those designs into Flex 2. I replied to the post outlining my experiences and I thought it might be worth sharing that information here. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chad</title>
		<link>http://visualrinse.com/2007/02/17/moving-from-flash-to-flex-team-integration-and-workflow/comment-page-1/#comment-30</link>
		<dc:creator>Chad</dc:creator>
		<pubDate>Sun, 18 Feb 2007 21:07:32 +0000</pubDate>
		<guid isPermaLink="false">http://visualrinse.com/2007/02/17/moving-from-flash-to-flex-team-integration-and-workflow/#comment-30</guid>
		<description>You all have certainly given me some great tips. Mike, I think your idea is fantastic.

Ethan, the next version of Fireworks sounds great, if that really is the case, I read the post over at John Nack&#039;s blog... sounds very promising.

Thanks, EVERYONE!</description>
		<content:encoded><![CDATA[<p>You all have certainly given me some great tips. Mike, I think your idea is fantastic.</p>
<p>Ethan, the next version of Fireworks sounds great, if that really is the case, I read the post over at John Nack&#8217;s blog&#8230; sounds very promising.</p>
<p>Thanks, EVERYONE!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Britton</title>
		<link>http://visualrinse.com/2007/02/17/moving-from-flash-to-flex-team-integration-and-workflow/comment-page-1/#comment-29</link>
		<dc:creator>Mike Britton</dc:creator>
		<pubDate>Sun, 18 Feb 2007 20:47:46 +0000</pubDate>
		<guid isPermaLink="false">http://visualrinse.com/2007/02/17/moving-from-flash-to-flex-team-integration-and-workflow/#comment-29</guid>
		<description>I recommend getting your designers up to speed through the ScaleNine examples.  They show how to use CSS and one fla to skin a Flex 2.1 app.  Have them download and play with the source for the ScaleNine stuff and they will understand how to create their own themes from the ground up.  After the initial prototype (which can initially be laid out by a designer in FlexBuilder), ownership of the app&#039;s MXML should shift to the developer.</description>
		<content:encoded><![CDATA[<p>I recommend getting your designers up to speed through the ScaleNine examples.  They show how to use CSS and one fla to skin a Flex 2.1 app.  Have them download and play with the source for the ScaleNine stuff and they will understand how to create their own themes from the ground up.  After the initial prototype (which can initially be laid out by a designer in FlexBuilder), ownership of the app&#8217;s MXML should shift to the developer.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ethan estes</title>
		<link>http://visualrinse.com/2007/02/17/moving-from-flash-to-flex-team-integration-and-workflow/comment-page-1/#comment-27</link>
		<dc:creator>ethan estes</dc:creator>
		<pubDate>Sun, 18 Feb 2007 16:29:33 +0000</pubDate>
		<guid isPermaLink="false">http://visualrinse.com/2007/02/17/moving-from-flash-to-flex-team-integration-and-workflow/#comment-27</guid>
		<description>Well, at the max conf they demoed the next version of fireworks which is being retargeted to develop ria interfaces. You&#039;ll be able to rework the standard ui components and then export an mxml project with the hooks set up to start adding the logic to your app. This will give designers ways to work in a comfortable graphics environment-much the way fireworks supports dreamweaver. It&#039;s always better if a designer can get involved with the code side though-i think it informs our design decisions and gives them a higher success rate.

http://blogs.adobe.com/jnack/2006/10/fireworks_does.html</description>
		<content:encoded><![CDATA[<p>Well, at the max conf they demoed the next version of fireworks which is being retargeted to develop ria interfaces. You&#8217;ll be able to rework the standard ui components and then export an mxml project with the hooks set up to start adding the logic to your app. This will give designers ways to work in a comfortable graphics environment-much the way fireworks supports dreamweaver. It&#8217;s always better if a designer can get involved with the code side though-i think it informs our design decisions and gives them a higher success rate.</p>
<p><a href="http://blogs.adobe.com/jnack/2006/10/fireworks_does.html" rel="nofollow">http://blogs.adobe.com/jnack/2006/10/fireworks_does.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Juan Sanchez</title>
		<link>http://visualrinse.com/2007/02/17/moving-from-flash-to-flex-team-integration-and-workflow/comment-page-1/#comment-26</link>
		<dc:creator>Juan Sanchez</dc:creator>
		<pubDate>Sun, 18 Feb 2007 02:18:35 +0000</pubDate>
		<guid isPermaLink="false">http://visualrinse.com/2007/02/17/moving-from-flash-to-flex-team-integration-and-workflow/#comment-26</guid>
		<description>My experience is similar to Paul&#039;s. As UI designer I usually create screens in Photoshop, Illustrator or Flash and get initial approvals. In most cases it&#039;s almost easier to just bring it in to Flex and get everything working the way you want. It&#039;s easier to show someone sometimes then explain it and Flex makes it easy to do that.

Usually after creating the initial graphics I&#039;ll skin the app using an external CSS file, embedded fonts, and embedded images/swfs in the MXML. I populate my skinned components with temporary XML files that will eventually hook up to a database. If I need custom item renderers and editors I&#039;ll create those too. What I don&#039;t do is create custom action script components. However, I&#039;ll figure out what I want, work with a programmer, then skin what I get back.

Basically, I try to get initial functionality and all visual components set up to hand over to a programmer. Then all that needs to be done is database integration, functionality and other integrations. It also makes it easy to put together the use cases.

As far as team integration, we all work on the same files via a CVS system. It&#039;s amazing how much more we&#039;re able to get done using Flex.

I just finished writing a post on my blog about 10 ways to skin a flex app. You might want to check it out. It&#039;s basically a compilation of a lot of helpful resources I&#039;ve found, both new and from the ScaleNine Resources page.

The things that helped me the most:

An article by Narciso Jaramillo about creating skins with source files. http://www.adobe.com/devnet/flex/articles/flex_skins.html

The Component Explorer to learn what components there are to use and code samples. http://examples.adobe.com/flex2/inproduct/sdk/explorer/explorer.html

The Style Explorer, which you already mentioned.

The rest was just done by searching and experimentation. There are more resources available now that Flex is out of beta.

Good luck.

Juan</description>
		<content:encoded><![CDATA[<p>My experience is similar to Paul&#8217;s. As UI designer I usually create screens in Photoshop, Illustrator or Flash and get initial approvals. In most cases it&#8217;s almost easier to just bring it in to Flex and get everything working the way you want. It&#8217;s easier to show someone sometimes then explain it and Flex makes it easy to do that.</p>
<p>Usually after creating the initial graphics I&#8217;ll skin the app using an external CSS file, embedded fonts, and embedded images/swfs in the MXML. I populate my skinned components with temporary XML files that will eventually hook up to a database. If I need custom item renderers and editors I&#8217;ll create those too. What I don&#8217;t do is create custom action script components. However, I&#8217;ll figure out what I want, work with a programmer, then skin what I get back.</p>
<p>Basically, I try to get initial functionality and all visual components set up to hand over to a programmer. Then all that needs to be done is database integration, functionality and other integrations. It also makes it easy to put together the use cases.</p>
<p>As far as team integration, we all work on the same files via a CVS system. It&#8217;s amazing how much more we&#8217;re able to get done using Flex.</p>
<p>I just finished writing a post on my blog about 10 ways to skin a flex app. You might want to check it out. It&#8217;s basically a compilation of a lot of helpful resources I&#8217;ve found, both new and from the ScaleNine Resources page.</p>
<p>The things that helped me the most:</p>
<p>An article by Narciso Jaramillo about creating skins with source files. <a href="http://www.adobe.com/devnet/flex/articles/flex_skins.html" rel="nofollow">http://www.adobe.com/devnet/flex/articles/flex_skins.html</a></p>
<p>The Component Explorer to learn what components there are to use and code samples. <a href="http://examples.adobe.com/flex2/inproduct/sdk/explorer/explorer.html" rel="nofollow">http://examples.adobe.com/flex2/inproduct/sdk/explorer/explorer.html</a></p>
<p>The Style Explorer, which you already mentioned.</p>
<p>The rest was just done by searching and experimentation. There are more resources available now that Flex is out of beta.</p>
<p>Good luck.</p>
<p>Juan</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chad</title>
		<link>http://visualrinse.com/2007/02/17/moving-from-flash-to-flex-team-integration-and-workflow/comment-page-1/#comment-25</link>
		<dc:creator>Chad</dc:creator>
		<pubDate>Sat, 17 Feb 2007 21:21:23 +0000</pubDate>
		<guid isPermaLink="false">http://visualrinse.com/2007/02/17/moving-from-flash-to-flex-team-integration-and-workflow/#comment-25</guid>
		<description>I also came across this article at Adobe&#039;s Devnet: http://www.adobe.com/devnet/flex/articles/workflows.html

Not bad info here, either.</description>
		<content:encoded><![CDATA[<p>I also came across this article at Adobe&#8217;s Devnet: <a href="http://www.adobe.com/devnet/flex/articles/workflows.html" rel="nofollow">http://www.adobe.com/devnet/flex/articles/workflows.html</a></p>
<p>Not bad info here, either.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: chadu</title>
		<link>http://visualrinse.com/2007/02/17/moving-from-flash-to-flex-team-integration-and-workflow/comment-page-1/#comment-24</link>
		<dc:creator>chadu</dc:creator>
		<pubDate>Sat, 17 Feb 2007 18:27:21 +0000</pubDate>
		<guid isPermaLink="false">http://visualrinse.com/2007/02/17/moving-from-flash-to-flex-team-integration-and-workflow/#comment-24</guid>
		<description>Jesse and Paul,
Thanks for the visit and thanks for the great links. I&#039;ll definitely read up on this.

I have had a couple of conversations with some Flex focused Adobe CSRs, etc. on the phone, and they too have acknowledged there is a bit of a hole and certainly some confusion on how to get designers creating great Flex UIs. It seems it is indeed a priority.</description>
		<content:encoded><![CDATA[<p>Jesse and Paul,<br />
Thanks for the visit and thanks for the great links. I&#8217;ll definitely read up on this.</p>
<p>I have had a couple of conversations with some Flex focused Adobe CSRs, etc. on the phone, and they too have acknowledged there is a bit of a hole and certainly some confusion on how to get designers creating great Flex UIs. It seems it is indeed a priority.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul Rangel</title>
		<link>http://visualrinse.com/2007/02/17/moving-from-flash-to-flex-team-integration-and-workflow/comment-page-1/#comment-23</link>
		<dc:creator>Paul Rangel</dc:creator>
		<pubDate>Sat, 17 Feb 2007 17:47:57 +0000</pubDate>
		<guid isPermaLink="false">http://visualrinse.com/2007/02/17/moving-from-flash-to-flex-team-integration-and-workflow/#comment-23</guid>
		<description>We do encourage our designers to get to know the components especially with how easy it is to use CSS to skin them. With Flex 2.0.1 the CSS can be applied without recompile and integrating SWFs with Embed files make it very easy to add icons to the UI.That being said this is only skinning we have not gotten into the components to make them not look like a vanilla Flex app. It seems that it can be done with some effort see the &lt;a href=&quot;http://onreflexion.blogspot.com/2007/01/napkin-skins-stage-three-current-limits.html&quot; rel=&quot;nofollow&quot;&gt; Napkin Skinning experiment and the limits of Flex skinning.&lt;/a&gt; 

We provide &quot;working&quot; comps with skins and basic actions that display the workflow of the application. What I have found interesting is that it is best to let the designer play with the states and transitions of components because flex makes it so easy. Much easier than the comparable implementation in Javascript. This is much to ask of some designers but we are lucky to have a UI designer that can handle both and we find with RIAs this sort of interaction design is what separates a good RIA from a great one. 

Good luck and from what I found out at the Meet The Flex team conference this process should be getting easier and is high on their list. Of course they didn&#039;t say how which is why I check the labs site every day ;).

-paul</description>
		<content:encoded><![CDATA[<p>We do encourage our designers to get to know the components especially with how easy it is to use CSS to skin them. With Flex 2.0.1 the CSS can be applied without recompile and integrating SWFs with Embed files make it very easy to add icons to the UI.That being said this is only skinning we have not gotten into the components to make them not look like a vanilla Flex app. It seems that it can be done with some effort see the <a href="http://onreflexion.blogspot.com/2007/01/napkin-skins-stage-three-current-limits.html" rel="nofollow"> Napkin Skinning experiment and the limits of Flex skinning.</a> </p>
<p>We provide &#8220;working&#8221; comps with skins and basic actions that display the workflow of the application. What I have found interesting is that it is best to let the designer play with the states and transitions of components because flex makes it so easy. Much easier than the comparable implementation in Javascript. This is much to ask of some designers but we are lucky to have a UI designer that can handle both and we find with RIAs this sort of interaction design is what separates a good RIA from a great one. </p>
<p>Good luck and from what I found out at the Meet The Flex team conference this process should be getting easier and is high on their list. Of course they didn&#8217;t say how which is why I check the labs site every day <img src='http://visualrinse.com/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> .</p>
<p>-paul</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JesterXL</title>
		<link>http://visualrinse.com/2007/02/17/moving-from-flash-to-flex-team-integration-and-workflow/comment-page-1/#comment-22</link>
		<dc:creator>JesterXL</dc:creator>
		<pubDate>Sat, 17 Feb 2007 17:38:34 +0000</pubDate>
		<guid isPermaLink="false">http://visualrinse.com/2007/02/17/moving-from-flash-to-flex-team-integration-and-workflow/#comment-22</guid>
		<description>Keep &#039;em in CSS only for the lowest risk.  I&#039;ve read about 2 companies having Designers layout MXML base forms, which sounds pretty rad.  Bottom line, the styles provide most everything you need to allow designers to skin your controls, components, and custom components.

If you are doing more than CSS styling &amp; skinning, these might help:

&lt;a href=&quot;http://www.jessewarden.com/archives/2006/12/integrating_a_f.html&quot; rel=&quot;nofollow&quot;&gt;Integrating a Flash Interface into Flex 2&lt;/a&gt;

&lt;a href=&quot;http://www.jessewarden.com/archives/2006/12/getting_a_photo.html&quot; rel=&quot;nofollow&quot;&gt;Gettinga a Photoshop Design into Flex 2&lt;/a&gt;

&lt;a href=&quot;http://www.jessewarden.com/archives/2006/08/flash_9_button.html&quot; rel=&quot;nofollow&quot;&gt;Flash 9 Button in Flex 2&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>Keep &#8216;em in CSS only for the lowest risk.  I&#8217;ve read about 2 companies having Designers layout MXML base forms, which sounds pretty rad.  Bottom line, the styles provide most everything you need to allow designers to skin your controls, components, and custom components.</p>
<p>If you are doing more than CSS styling &amp; skinning, these might help:</p>
<p><a href="http://www.jessewarden.com/archives/2006/12/integrating_a_f.html" rel="nofollow">Integrating a Flash Interface into Flex 2</a></p>
<p><a href="http://www.jessewarden.com/archives/2006/12/getting_a_photo.html" rel="nofollow">Gettinga a Photoshop Design into Flex 2</a></p>
<p><a href="http://www.jessewarden.com/archives/2006/08/flash_9_button.html" rel="nofollow">Flash 9 Button in Flex 2</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>
