<?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: Macromedia Central: Efficiency Rhetoric	</title>
	<atom:link href="https://jessewarden.com/2003/03/macromedia-central-efficiency-rhetoric.html/feed" rel="self" type="application/rss+xml" />
	<link>https://jessewarden.com/2003/03/macromedia-central-efficiency-rhetoric.html</link>
	<description>Software &#124; Fitness &#124; Gaming</description>
	<lastBuildDate>Mon, 31 Mar 2003 19:25:35 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	
	<item>
		<title>
		By: JesterXL		</title>
		<link>https://jessewarden.com/2003/03/macromedia-central-efficiency-rhetoric.html/comment-page-1#comment-167</link>

		<dc:creator><![CDATA[JesterXL]]></dc:creator>
		<pubDate>Mon, 31 Mar 2003 19:25:35 +0000</pubDate>
		<guid isPermaLink="false">http://jessewarden.com/?p=74#comment-167</guid>

					<description><![CDATA[Basically like a &quot;Pause&quot; function in a video game.  I concur, that would be tight as hell.  Additionally, it&#039;d sure make my games&#039; pause functions easier to make!
]]></description>
			<content:encoded><![CDATA[<p>Basically like a &#8220;Pause&#8221; function in a video game.  I concur, that would be tight as hell.  Additionally, it&#8217;d sure make my games&#8217; pause functions easier to make!</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Erik Bianchi		</title>
		<link>https://jessewarden.com/2003/03/macromedia-central-efficiency-rhetoric.html/comment-page-1#comment-166</link>

		<dc:creator><![CDATA[Erik Bianchi]]></dc:creator>
		<pubDate>Mon, 31 Mar 2003 19:21:13 +0000</pubDate>
		<guid isPermaLink="false">http://jessewarden.com/?p=74#comment-166</guid>

					<description><![CDATA[Hey Jesse and JD. What I think would be nice here is to have an event a developer can listen for I.e. Stage.onFocus/Stage.onKillFocus.

I&#039;ve noticed that when you have a really hard loop going on everything on the system starts to crawl. If this goes on for to long (15 seconds right?) then we get that nice little &quot;A script in the Player is running too slow&quot; message. While that message is open the system responds fine. It be sweet if we could call that &quot;freeze&quot; method without launching the message window ourselves.

So with the focus events and the &quot;freeze&quot; we could handle background/foreground issues ourselves.]]></description>
			<content:encoded><![CDATA[<p>Hey Jesse and JD. What I think would be nice here is to have an event a developer can listen for I.e. Stage.onFocus/Stage.onKillFocus.</p>
<p>I&#8217;ve noticed that when you have a really hard loop going on everything on the system starts to crawl. If this goes on for to long (15 seconds right?) then we get that nice little &#8220;A script in the Player is running too slow&#8221; message. While that message is open the system responds fine. It be sweet if we could call that &#8220;freeze&#8221; method without launching the message window ourselves.</p>
<p>So with the focus events and the &#8220;freeze&#8221; we could handle background/foreground issues ourselves.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: JesterXL		</title>
		<link>https://jessewarden.com/2003/03/macromedia-central-efficiency-rhetoric.html/comment-page-1#comment-165</link>

		<dc:creator><![CDATA[JesterXL]]></dc:creator>
		<pubDate>Fri, 28 Mar 2003 06:33:42 +0000</pubDate>
		<guid isPermaLink="false">http://jessewarden.com/?p=74#comment-165</guid>

					<description><![CDATA[Show me the SDK and I&#039;ll grind away.]]></description>
			<content:encoded><![CDATA[<p>Show me the SDK and I&#8217;ll grind away.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: John Dowdell		</title>
		<link>https://jessewarden.com/2003/03/macromedia-central-efficiency-rhetoric.html/comment-page-1#comment-164</link>

		<dc:creator><![CDATA[John Dowdell]]></dc:creator>
		<pubDate>Fri, 28 Mar 2003 02:57:33 +0000</pubDate>
		<guid isPermaLink="false">http://jessewarden.com/?p=74#comment-164</guid>

					<description><![CDATA[Good stuff, Jesse, thanks... if popup ads had appeared when browsers started, who knows how people would have reacted. 

For &quot;play nice&quot; I&#039;m not so much concerned with cycle-hogging from a foreground app... if you&#039;re playing a game, then that&#039;s foreground, and it should get the cycles. But you know how it is today in a browser if you bring another window to the front... a cycle-hogging background app can interfere with the new current foreground app. Unlike a browser, Central focuses on a single task at a time, but there are also panel/dock applets available, as well as &quot;headless SWFs&quot; (agents that can work in the background to periodically pull fresh data, eg)... if those types of things are hoggy then they can affect the experience of other tools.

Rephrased, it&#039;s possible to use cycle-intensive stuff appropriately, but the *inappropriate* use of cycle-hogging coding can have an effect here. I&#039;m not sure how this will manifest in the betas, but I know folks on the team have been looking at a couple of different ways to provide feedback about potential rogue apps.

I&#039;m glad you&#039;re into this... tear into it!  8)

jd]]></description>
			<content:encoded><![CDATA[<p>Good stuff, Jesse, thanks&#8230; if popup ads had appeared when browsers started, who knows how people would have reacted. </p>
<p>For &#8220;play nice&#8221; I&#8217;m not so much concerned with cycle-hogging from a foreground app&#8230; if you&#8217;re playing a game, then that&#8217;s foreground, and it should get the cycles. But you know how it is today in a browser if you bring another window to the front&#8230; a cycle-hogging background app can interfere with the new current foreground app. Unlike a browser, Central focuses on a single task at a time, but there are also panel/dock applets available, as well as &#8220;headless SWFs&#8221; (agents that can work in the background to periodically pull fresh data, eg)&#8230; if those types of things are hoggy then they can affect the experience of other tools.</p>
<p>Rephrased, it&#8217;s possible to use cycle-intensive stuff appropriately, but the *inappropriate* use of cycle-hogging coding can have an effect here. I&#8217;m not sure how this will manifest in the betas, but I know folks on the team have been looking at a couple of different ways to provide feedback about potential rogue apps.</p>
<p>I&#8217;m glad you&#8217;re into this&#8230; tear into it!  8)</p>
<p>jd</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
