<?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: JSFLInterface</title>
	<atom:link href="http://exanimo.com/actionscript/jsflinterface/feed/" rel="self" type="application/rss+xml" />
	<link>http://exanimo.com/actionscript/jsflinterface/</link>
	<description>where matthew tretter types stuff</description>
	<pubDate>Thu, 09 Sep 2010 17:11:26 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: David</title>
		<link>http://exanimo.com/actionscript/jsflinterface/comment-page-1/#comment-2534</link>
		<dc:creator>David</dc:creator>
		<pubDate>Wed, 22 Apr 2009 15:02:38 +0000</pubDate>
		<guid isPermaLink="false">http://exanimo.com/actionscript/jsflinterface/#comment-2534</guid>
		<description>Ahh, didn't think about calling eval, which I think is cleaner than running MMExecute directly. While it may complicate it a little I like the idea of the interface handling properties and methods. But I certainly see your point too. You're call. Either way it's helped me immensely and I appreciate what you've done here.</description>
		<content:encoded><![CDATA[<p>Ahh, didn&#039;t think about calling eval, which I think is cleaner than running MMExecute directly. While it may complicate it a little I like the idea of the interface handling properties and methods. But I certainly see your point too. You&#039;re call. Either way it&#039;s helped me immensely and I appreciate what you&#039;ve done here.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: matthew</title>
		<link>http://exanimo.com/actionscript/jsflinterface/comment-page-1/#comment-2530</link>
		<dc:creator>matthew</dc:creator>
		<pubDate>Wed, 22 Apr 2009 14:00:23 +0000</pubDate>
		<guid isPermaLink="false">http://exanimo.com/actionscript/jsflinterface/#comment-2530</guid>
		<description>@David The Flash JS environment defines a real eval function, so you can run any arbitrary JavaScript, and JSFLInterface will return the result.  In your case, try something like &lt;code&gt;JSFLInterface.call("eval", "fl.configURI")&lt;/code&gt;.  Do you think there's a need to add a "getProperty"-type method?  IMO, there's no need to complicate the interface, and if you're looking for something shorter, you can always do &lt;code&gt;MMExecute("fl.configURI")&lt;/code&gt;.  Let me know if you disagree.

@George This same technique can be used to create variables.  However, it seems to me that when you're doing that, it's usually a better idea to externalize the script.

As for the History Panel, I don't know if it's possible to manipulate that or not.  If you find something on the subject, please let me know and I'll update the class.</description>
		<content:encoded><![CDATA[<p>@David The Flash JS environment defines a real eval function, so you can run any arbitrary JavaScript, and JSFLInterface will return the result.  In your case, try something like <code>JSFLInterface.call("eval", "fl.configURI")</code>.  Do you think there&#039;s a need to add a &#034;getProperty&#034;-type method?  IMO, there&#039;s no need to complicate the interface, and if you&#039;re looking for something shorter, you can always do <code>MMExecute("fl.configURI")</code>.  Let me know if you disagree.</p>
<p>@George This same technique can be used to create variables.  However, it seems to me that when you&#039;re doing that, it&#039;s usually a better idea to externalize the script.</p>
<p>As for the History Panel, I don&#039;t know if it&#039;s possible to manipulate that or not.  If you find something on the subject, please let me know and I&#039;ll update the class.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David</title>
		<link>http://exanimo.com/actionscript/jsflinterface/comment-page-1/#comment-2527</link>
		<dc:creator>David</dc:creator>
		<pubDate>Tue, 21 Apr 2009 05:41:58 +0000</pubDate>
		<guid isPermaLink="false">http://exanimo.com/actionscript/jsflinterface/#comment-2527</guid>
		<description>Really nice! Works like a charm. 

One thing I would add is the ability to get properties. Like fl.configURI and so on. You've already done the hard work and this would make it a more complete JSFL interface. Regardless, thanks for sharing. This is a huge time saver!</description>
		<content:encoded><![CDATA[<p>Really nice! Works like a charm. </p>
<p>One thing I would add is the ability to get properties. Like fl.configURI and so on. You&#039;ve already done the hard work and this would make it a more complete JSFL interface. Regardless, thanks for sharing. This is a huge time saver!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: George Profenza</title>
		<link>http://exanimo.com/actionscript/jsflinterface/comment-page-1/#comment-2444</link>
		<dc:creator>George Profenza</dc:creator>
		<pubDate>Sat, 11 Apr 2009 19:55:02 +0000</pubDate>
		<guid isPermaLink="false">http://exanimo.com/actionscript/jsflinterface/#comment-2444</guid>
		<description>Hi,

I gave jsflInterface a try. Calling functions is no problem. Does the same apply when you create variables ? Also, when I call a jsfl method from a WindowSWF, nothing gets recorded in the History Panel, so no UNDO :(

Any way to get around that ?</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>I gave jsflInterface a try. Calling functions is no problem. Does the same apply when you create variables ? Also, when I call a jsfl method from a WindowSWF, nothing gets recorded in the History Panel, so no UNDO :(</p>
<p>Any way to get around that ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: matthew</title>
		<link>http://exanimo.com/actionscript/jsflinterface/comment-page-1/#comment-1960</link>
		<dc:creator>matthew</dc:creator>
		<pubDate>Wed, 18 Feb 2009 04:59:09 +0000</pubDate>
		<guid isPermaLink="false">http://exanimo.com/actionscript/jsflinterface/#comment-1960</guid>
		<description>Seems like we're doing some similar work (:  But what happens if you want to execute one of the built-in methods, like &lt;code&gt;fl.fileExists&lt;/code&gt; in the example above?</description>
		<content:encoded><![CDATA[<p>Seems like we&#039;re doing some similar work (:  But what happens if you want to execute one of the built-in methods, like <code>fl.fileExists</code> in the example above?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aaron Smith</title>
		<link>http://exanimo.com/actionscript/jsflinterface/comment-page-1/#comment-1945</link>
		<dc:creator>Aaron Smith</dc:creator>
		<pubDate>Fri, 13 Feb 2009 21:51:56 +0000</pubDate>
		<guid isPermaLink="false">http://exanimo.com/actionscript/jsflinterface/#comment-1945</guid>
		<description>Nice work man. I've got a similar interface here: http://codeendeavor.com/gsdocs/net/guttershark/util/JSFLProxy.html</description>
		<content:encoded><![CDATA[<p>Nice work man. I&#039;ve got a similar interface here: <a href="http://codeendeavor.com/gsdocs/net/guttershark/util/JSFLProxy.html" rel="nofollow">http://codeendeavor.com/gsdocs/net/guttershark/util/JSFLProxy.html</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>
