<?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"
	>
<channel>
	<title>Comments on: MTASC and ActionScript 3.0</title>
	<atom:link href="http://dynamicflash.com/2005/11/mtasc-and-actionscript-30/feed/" rel="self" type="application/rss+xml" />
	<link>http://dynamicflash.com/2005/11/mtasc-and-actionscript-30/</link>
	<description>Confessions of a serial code abuser</description>
	<pubDate>Wed, 20 Aug 2008 19:10:20 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>By: Max</title>
		<link>http://dynamicflash.com/2005/11/mtasc-and-actionscript-30/#comment-2146</link>
		<dc:creator>Max</dc:creator>
		<pubDate>Tue, 09 May 2006 15:37:29 +0000</pubDate>
		<guid isPermaLink="false">http://dynamicflash.com/?p=60#comment-2146</guid>
		<description>It does not seem good idea implement one more new language that force each time more another padronization. I agree with you about companies... It is obvious that Actionscript 3.0 backwards benefits and not to follow this is to minimize the Mtasc uses.</description>
		<content:encoded><![CDATA[<p>It does not seem good idea implement one more new language that force each time more another padronization. I agree with you about companies&#8230; It is obvious that Actionscript 3.0 backwards benefits and not to follow this is to minimize the Mtasc uses.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve</title>
		<link>http://dynamicflash.com/2005/11/mtasc-and-actionscript-30/#comment-578</link>
		<dc:creator>Steve</dc:creator>
		<pubDate>Thu, 10 Nov 2005 17:57:46 +0000</pubDate>
		<guid isPermaLink="false">http://dynamicflash.com/?p=60#comment-578</guid>
		<description>Brian: I agree. This is actually one half of a two-part post. I'm going to try and rally enough developers to port MTASC to a language that has more active developers. That way we're not so dependant on Nicolas having the time and/or motivation to add new features (like AS3 parsing) or fix bugs.</description>
		<content:encoded><![CDATA[<p>Brian: I agree. This is actually one half of a two-part post. I&#8217;m going to try and rally enough developers to port MTASC to a language that has more active developers. That way we&#8217;re not so dependant on Nicolas having the time and/or motivation to add new features (like AS3 parsing) or fix bugs.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brian Ferris</title>
		<link>http://dynamicflash.com/2005/11/mtasc-and-actionscript-30/#comment-577</link>
		<dc:creator>Brian Ferris</dc:creator>
		<pubDate>Thu, 10 Nov 2005 17:22:42 +0000</pubDate>
		<guid isPermaLink="false">http://dynamicflash.com/?p=60#comment-577</guid>
		<description>I think this is a mistake that will somewhat limit the utility of what is otherwise a great tool. This conversation came up during the open source flash conference too, and while some people had the attitude of "what's one more language"(after all, syntax isn't usually that different) others(myself included) questioned whether the extra features in the language would really be that overwhelming a benefit  to justify both the time spent learning it and the switch to a language that you won't be able to ever use with MMC(Flash Studio).</description>
		<content:encoded><![CDATA[<p>I think this is a mistake that will somewhat limit the utility of what is otherwise a great tool. This conversation came up during the open source flash conference too, and while some people had the attitude of &#8220;what&#8217;s one more language&#8221;(after all, syntax isn&#8217;t usually that different) others(myself included) questioned whether the extra features in the language would really be that overwhelming a benefit  to justify both the time spent learning it and the switch to a language that you won&#8217;t be able to ever use with MMC(Flash Studio).</p>
]]></content:encoded>
	</item>
</channel>
</rss>
