<?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: Why Flash Developers Should Care About Flex	</title>
	<atom:link href="https://jessewarden.com/2005/01/why-flash-developers-should-care-about-flex.html/feed" rel="self" type="application/rss+xml" />
	<link>https://jessewarden.com/2005/01/why-flash-developers-should-care-about-flex.html</link>
	<description>Software &#124; Fitness &#124; Gaming</description>
	<lastBuildDate>Thu, 01 Jun 2006 23:13:41 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	
	<item>
		<title>
		By: gggg		</title>
		<link>https://jessewarden.com/2005/01/why-flash-developers-should-care-about-flex.html/comment-page-1#comment-2291</link>

		<dc:creator><![CDATA[gggg]]></dc:creator>
		<pubDate>Thu, 01 Jun 2006 23:13:41 +0000</pubDate>
		<guid isPermaLink="false">http://jessewarden.com/?p=700#comment-2291</guid>

					<description><![CDATA[you talk too much dude!


]]></description>
			<content:encoded><![CDATA[<p>you talk too much dude!</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: JesterXL		</title>
		<link>https://jessewarden.com/2005/01/why-flash-developers-should-care-about-flex.html/comment-page-1#comment-2290</link>

		<dc:creator><![CDATA[JesterXL]]></dc:creator>
		<pubDate>Wed, 12 Jan 2005 15:38:16 +0000</pubDate>
		<guid isPermaLink="false">http://jessewarden.com/?p=700#comment-2290</guid>

					<description><![CDATA[Yeah.  I haven&#039;t read the actual license, though, to see if your allowed to deploy SWF&#039;s made from Flex to the server, kind of like what I did with Central. If you are legally allowed to do that, then one could just have Flex run locally, compile the SWF&#039;s, and then upload to the site in question.  It just seems silly to have to run a webserver, an application server, and a servlet or whatever Flex really is atop that just to compile a SWF.]]></description>
			<content:encoded><![CDATA[<p>Yeah.  I haven&#8217;t read the actual license, though, to see if your allowed to deploy SWF&#8217;s made from Flex to the server, kind of like what I did with Central. If you are legally allowed to do that, then one could just have Flex run locally, compile the SWF&#8217;s, and then upload to the site in question.  It just seems silly to have to run a webserver, an application server, and a servlet or whatever Flex really is atop that just to compile a SWF.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: spif		</title>
		<link>https://jessewarden.com/2005/01/why-flash-developers-should-care-about-flex.html/comment-page-1#comment-2289</link>

		<dc:creator><![CDATA[spif]]></dc:creator>
		<pubDate>Wed, 12 Jan 2005 10:55:37 +0000</pubDate>
		<guid isPermaLink="false">http://jessewarden.com/?p=700#comment-2289</guid>

					<description><![CDATA[Just to clarify.. when you say compile on client, I take it you mean the developer as client not the client who views the app? You would want the developer to compile the swf on his machine then deploy to the server, right? Deloying the swf&#039;s to the server (and thus sending swf&#039;s to the end-client) but keeping the MXML with the developer(s).]]></description>
			<content:encoded><![CDATA[<p>Just to clarify.. when you say compile on client, I take it you mean the developer as client not the client who views the app? You would want the developer to compile the swf on his machine then deploy to the server, right? Deloying the swf&#8217;s to the server (and thus sending swf&#8217;s to the end-client) but keeping the MXML with the developer(s).</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: JesterXL		</title>
		<link>https://jessewarden.com/2005/01/why-flash-developers-should-care-about-flex.html/comment-page-1#comment-2288</link>

		<dc:creator><![CDATA[JesterXL]]></dc:creator>
		<pubDate>Mon, 10 Jan 2005 19:21:31 +0000</pubDate>
		<guid isPermaLink="false">http://jessewarden.com/?p=700#comment-2288</guid>

					<description><![CDATA[I&#039;ve always agreed that Flex should be on the client, sorry for miscommunicating.

What I&#039;m curious about is why Macromedia made the decision to make it server-side... maybe to get the JSP gents like Aral pointed out.]]></description>
			<content:encoded><![CDATA[<p>I&#8217;ve always agreed that Flex should be on the client, sorry for miscommunicating.</p>
<p>What I&#8217;m curious about is why Macromedia made the decision to make it server-side&#8230; maybe to get the JSP gents like Aral pointed out.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Kenny Bunch		</title>
		<link>https://jessewarden.com/2005/01/why-flash-developers-should-care-about-flex.html/comment-page-1#comment-2287</link>

		<dc:creator><![CDATA[Kenny Bunch]]></dc:creator>
		<pubDate>Mon, 10 Jan 2005 19:13:19 +0000</pubDate>
		<guid isPermaLink="false">http://jessewarden.com/?p=700#comment-2287</guid>

					<description><![CDATA[Jesse,

You remember the discussion we had about 4 months ago about the direction of the Flash IDE and I compared it to Visual Studio. If you understand what Aral is pointing out and think back about what I was suggesting you can understand what I was talking about.

Look at http://xamlon.com/ to get a real world example. It creates XAML which is the longhorn equivalent of MXML. It&#039;s not doing traditional code generation, but markup generation. If you use Visual Studio, you will no that there are levels of Studio. Some that only allow you to do component based dev and higher levels that let you actually create components and have finer control etc. This is the stuff I was talking about. I whole heartedly agree with Aral.]]></description>
			<content:encoded><![CDATA[<p>Jesse,</p>
<p>You remember the discussion we had about 4 months ago about the direction of the Flash IDE and I compared it to Visual Studio. If you understand what Aral is pointing out and think back about what I was suggesting you can understand what I was talking about.</p>
<p>Look at <a href="http://xamlon.com/" rel="nofollow ugc">http://xamlon.com/</a> to get a real world example. It creates XAML which is the longhorn equivalent of MXML. It&#8217;s not doing traditional code generation, but markup generation. If you use Visual Studio, you will no that there are levels of Studio. Some that only allow you to do component based dev and higher levels that let you actually create components and have finer control etc. This is the stuff I was talking about. I whole heartedly agree with Aral.</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
