<?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: Bucket Brigade Pattern is not Dead in AS3	</title>
	<atom:link href="https://jessewarden.com/2008/02/bucket-brigade-pattern-is-not-dead-in-as3.html/feed" rel="self" type="application/rss+xml" />
	<link>https://jessewarden.com/2008/02/bucket-brigade-pattern-is-not-dead-in-as3.html</link>
	<description>Software &#124; Fitness &#124; Gaming</description>
	<lastBuildDate>Wed, 28 Jan 2009 00:37:48 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	
	<item>
		<title>
		By: zenMonkey		</title>
		<link>https://jessewarden.com/2008/02/bucket-brigade-pattern-is-not-dead-in-as3.html/comment-page-1#comment-149929</link>

		<dc:creator><![CDATA[zenMonkey]]></dc:creator>
		<pubDate>Wed, 28 Jan 2009 00:37:48 +0000</pubDate>
		<guid isPermaLink="false">http://jessewarden.com/2008/02/bucket-brigade-pattern-is-not-dead-in-as3.html#comment-149929</guid>

					<description><![CDATA[I tried Steven&#039;s solution within the Gaia framework, but now the class that was extended is silently failing to construct. Very bizarre..]]></description>
			<content:encoded><![CDATA[<p>I tried Steven&#8217;s solution within the Gaia framework, but now the class that was extended is silently failing to construct. Very bizarre..</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Michael		</title>
		<link>https://jessewarden.com/2008/02/bucket-brigade-pattern-is-not-dead-in-as3.html/comment-page-1#comment-59794</link>

		<dc:creator><![CDATA[Michael]]></dc:creator>
		<pubDate>Tue, 26 Feb 2008 06:17:52 +0000</pubDate>
		<guid isPermaLink="false">http://jessewarden.com/2008/02/bucket-brigade-pattern-is-not-dead-in-as3.html#comment-59794</guid>

					<description><![CDATA[Hi,
another approach, depending on your app, is to build an event manager just for the type of events your app needs.  It works for me since I needed custom events anyway.  Your core classes can handle the bubbling. 

My particular app is a non-flex component architecture, one that is required to load its own datafiles at runtime to determine its appearance, not just its content.  I don&#039;t need many components, just a dozen or so, but they need to have more malleable parameters than Flex components, and the app needs to be lightweight.

Since these are my own components I handle their events in a 2 step process.  Every sprite that is owned by a component gets a capture object assigned to it, which listens to the basic AS events.  Mouse events, etcetera.  The capture class has a bit of internal state to determine what the user really did.  The capture object is owned by a component.

Anyway once that event is sent up to the parent component, the component creates a UI Event which I ID with whatever string I want, for example, a button-drag-out, or a control-slider-press.  Each sub-component reports up to its parent via basic inheritance of a main component class.  I.e. - a bubble up function.  Based on the type of component it deals with events appropriately, or bubbles them up further.

It winds up being elegant but its one of those things you need to keep as simple as possible...]]></description>
			<content:encoded><![CDATA[<p>Hi,<br />
another approach, depending on your app, is to build an event manager just for the type of events your app needs.  It works for me since I needed custom events anyway.  Your core classes can handle the bubbling. </p>
<p>My particular app is a non-flex component architecture, one that is required to load its own datafiles at runtime to determine its appearance, not just its content.  I don&#8217;t need many components, just a dozen or so, but they need to have more malleable parameters than Flex components, and the app needs to be lightweight.</p>
<p>Since these are my own components I handle their events in a 2 step process.  Every sprite that is owned by a component gets a capture object assigned to it, which listens to the basic AS events.  Mouse events, etcetera.  The capture class has a bit of internal state to determine what the user really did.  The capture object is owned by a component.</p>
<p>Anyway once that event is sent up to the parent component, the component creates a UI Event which I ID with whatever string I want, for example, a button-drag-out, or a control-slider-press.  Each sub-component reports up to its parent via basic inheritance of a main component class.  I.e. &#8211; a bubble up function.  Based on the type of component it deals with events appropriately, or bubbles them up further.</p>
<p>It winds up being elegant but its one of those things you need to keep as simple as possible&#8230;</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Steven Sacks		</title>
		<link>https://jessewarden.com/2008/02/bucket-brigade-pattern-is-not-dead-in-as3.html/comment-page-1#comment-59259</link>

		<dc:creator><![CDATA[Steven Sacks]]></dc:creator>
		<pubDate>Sun, 24 Feb 2008 18:10:21 +0000</pubDate>
		<guid isPermaLink="false">http://jessewarden.com/2008/02/bucket-brigade-pattern-is-not-dead-in-as3.html#comment-59259</guid>

					<description><![CDATA[I feel like I&#039;m pointing out the obvious simple solution, but here goes.

My coworker recently had the same issue where he needed bubbling in non-gui classes.  I offered the following suggestion: 

&quot;Try extending DisplayObject.&quot;  It worked perfectly.

That&#039;s proof enough for me.]]></description>
			<content:encoded><![CDATA[<p>I feel like I&#8217;m pointing out the obvious simple solution, but here goes.</p>
<p>My coworker recently had the same issue where he needed bubbling in non-gui classes.  I offered the following suggestion: </p>
<p>&#8220;Try extending DisplayObject.&#8221;  It worked perfectly.</p>
<p>That&#8217;s proof enough for me.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Brian Holmes		</title>
		<link>https://jessewarden.com/2008/02/bucket-brigade-pattern-is-not-dead-in-as3.html/comment-page-1#comment-54043</link>

		<dc:creator><![CDATA[Brian Holmes]]></dc:creator>
		<pubDate>Tue, 12 Feb 2008 06:02:39 +0000</pubDate>
		<guid isPermaLink="false">http://jessewarden.com/2008/02/bucket-brigade-pattern-is-not-dead-in-as3.html#comment-54043</guid>

					<description><![CDATA[Hey Jesse, here&#039;s a more in depth look into how I&#039;m approaching this problem. 

http://brianjoseph31.typepad.com/smashedapples/2008/02/boo-im-an-event.html]]></description>
			<content:encoded><![CDATA[<p>Hey Jesse, here&#8217;s a more in depth look into how I&#8217;m approaching this problem. </p>
<p><a href="http://brianjoseph31.typepad.com/smashedapples/2008/02/boo-im-an-event.html" rel="nofollow ugc">http://brianjoseph31.typepad.com/smashedapples/2008/02/boo-im-an-event.html</a></p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: James Andersen		</title>
		<link>https://jessewarden.com/2008/02/bucket-brigade-pattern-is-not-dead-in-as3.html/comment-page-1#comment-54011</link>

		<dc:creator><![CDATA[James Andersen]]></dc:creator>
		<pubDate>Tue, 12 Feb 2008 04:27:21 +0000</pubDate>
		<guid isPermaLink="false">http://jessewarden.com/2008/02/bucket-brigade-pattern-is-not-dead-in-as3.html#comment-54011</guid>

					<description><![CDATA[OK, read your post in the last few minutes of my lunch break and quite obviously missed the point...  so what you&#039;re really interested in is some kind of event bubbling within a hierarchy of domain objects and then possibly traversal from domain objects to the display list hierarchy for further bubbling, right?  Interesting... I&#039;ll be curious to see what else is posted...  Thanks for all the great content on your blog!]]></description>
			<content:encoded><![CDATA[<p>OK, read your post in the last few minutes of my lunch break and quite obviously missed the point&#8230;  so what you&#8217;re really interested in is some kind of event bubbling within a hierarchy of domain objects and then possibly traversal from domain objects to the display list hierarchy for further bubbling, right?  Interesting&#8230; I&#8217;ll be curious to see what else is posted&#8230;  Thanks for all the great content on your blog!</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
