<?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: Event-Driven Web Application Design</title>
	<atom:link href="http://ajaxian.com/archives/event-driven-web-application-design/feed" rel="self" type="application/rss+xml" />
	<link>http://ajaxian.com/archives/event-driven-web-application-design</link>
	<description>Cleaning up the web with Ajax</description>
	<lastBuildDate>Thu, 09 Feb 2012 06:55:33 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2</generator>
	<item>
		<title>By: Juho Risku</title>
		<link>http://ajaxian.com/archives/event-driven-web-application-design/comment-page-1#comment-246434</link>
		<dc:creator>Juho Risku</dc:creator>
		<pubDate>Tue, 23 Jan 2007 16:56:40 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=2027#comment-246434</guid>
		<description>Just a note, our Helmi Open Source RIA Framework has a fully implemented event driven application programming model for AJAX / Rich Internet Applications, including passing the events to server and very efficient AJAX communications components. Excactly a kind of platform as described to be ideal in the article. So, download our User Interface Framework and start developing event driven web applications today. :-) http://public.helmitechnologies.com</description>
		<content:encoded><![CDATA[<p>Just a note, our Helmi Open Source RIA Framework has a fully implemented event driven application programming model for AJAX / Rich Internet Applications, including passing the events to server and very efficient AJAX communications components. Excactly a kind of platform as described to be ideal in the article. So, download our User Interface Framework and start developing event driven web applications today. :-) <a href="http://public.helmitechnologies.com" rel="nofollow">http://public.helmitechnologies.com</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Silly</title>
		<link>http://ajaxian.com/archives/event-driven-web-application-design/comment-page-1#comment-246389</link>
		<dc:creator>Silly</dc:creator>
		<pubDate>Mon, 22 Jan 2007 02:10:59 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=2027#comment-246389</guid>
		<description>Jacob, while you talk about it, others have been doing it for a long time.

Google &quot;Echo2&quot;</description>
		<content:encoded><![CDATA[<p>Jacob, while you talk about it, others have been doing it for a long time.</p>
<p>Google &#8220;Echo2&#8243;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason Carreira</title>
		<link>http://ajaxian.com/archives/event-driven-web-application-design/comment-page-1#comment-246344</link>
		<dc:creator>Jason Carreira</dc:creator>
		<pubDate>Fri, 19 Jan 2007 18:01:24 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=2027#comment-246344</guid>
		<description>I agree with doing event-driven design... This is exactly why I implemented topics for publish / subscribe programming in Dojo. It was pretty trivial thanks to the great AOP stuff in Dojo, but I&#039;ve got to stake my claim to something ;)</description>
		<content:encoded><![CDATA[<p>I agree with doing event-driven design&#8230; This is exactly why I implemented topics for publish / subscribe programming in Dojo. It was pretty trivial thanks to the great AOP stuff in Dojo, but I&#8217;ve got to stake my claim to something ;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Wojciech Siudzinski</title>
		<link>http://ajaxian.com/archives/event-driven-web-application-design/comment-page-1#comment-246325</link>
		<dc:creator>Wojciech Siudzinski</dc:creator>
		<pubDate>Fri, 19 Jan 2007 09:13:17 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=2027#comment-246325</guid>
		<description>I think this is good aproach (i&#039;m using YUI and CustomEvent) and maybe a way to create flexible apps. I agree with Chris that we still don&#039;t realy know how to build web apps. We need solid guidelines. Event-Driven web app desing can be one of them.</description>
		<content:encoded><![CDATA[<p>I think this is good aproach (i&#8217;m using YUI and CustomEvent) and maybe a way to create flexible apps. I agree with Chris that we still don&#8217;t realy know how to build web apps. We need solid guidelines. Event-Driven web app desing can be one of them.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Heilmann</title>
		<link>http://ajaxian.com/archives/event-driven-web-application-design/comment-page-1#comment-246311</link>
		<dc:creator>Chris Heilmann</dc:creator>
		<pubDate>Fri, 19 Jan 2007 01:35:49 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=2027#comment-246311</guid>
		<description>I am amazed that every time there is a post about &quot;you guys are not real&quot; the poster doesn&#039;t add a real name. :)</description>
		<content:encoded><![CDATA[<p>I am amazed that every time there is a post about &#8220;you guys are not real&#8221; the poster doesn&#8217;t add a real name. :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: grinktt3n</title>
		<link>http://ajaxian.com/archives/event-driven-web-application-design/comment-page-1#comment-246294</link>
		<dc:creator>grinktt3n</dc:creator>
		<pubDate>Thu, 18 Jan 2007 20:01:59 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=2027#comment-246294</guid>
		<description>Sounds like we&#039;re moving towards reimplementing X-windows cross platform. :)</description>
		<content:encoded><![CDATA[<p>Sounds like we&#8217;re moving towards reimplementing X-windows cross platform. :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt</title>
		<link>http://ajaxian.com/archives/event-driven-web-application-design/comment-page-1#comment-246293</link>
		<dc:creator>Matt</dc:creator>
		<pubDate>Thu, 18 Jan 2007 20:00:59 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=2027#comment-246293</guid>
		<description>Second abc&#039;s comment. Dion, part of why I come here is for critical commentary! Thanks :)</description>
		<content:encoded><![CDATA[<p>Second abc&#8217;s comment. Dion, part of why I come here is for critical commentary! Thanks :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: abc123</title>
		<link>http://ajaxian.com/archives/event-driven-web-application-design/comment-page-1#comment-246292</link>
		<dc:creator>abc123</dc:creator>
		<pubDate>Thu, 18 Jan 2007 18:41:59 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=2027#comment-246292</guid>
		<description>Are you getting paid for your awesome &quot;Do you agree?&quot; addition to his article?

this place rocks lol</description>
		<content:encoded><![CDATA[<p>Are you getting paid for your awesome &#8220;Do you agree?&#8221; addition to his article?</p>
<p>this place rocks lol</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jacob</title>
		<link>http://ajaxian.com/archives/event-driven-web-application-design/comment-page-1#comment-246290</link>
		<dc:creator>Jacob</dc:creator>
		<pubDate>Thu, 18 Jan 2007 18:18:43 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=2027#comment-246290</guid>
		<description>we talked about something similar at JavaOne last year about taking Dojo or YUI widgets on the client and pairing them with Server-Side components such that events, with a proper ID scheme could be routed back up and executed on the server, leaving a 1:1 relationship between what would be service end points and client-side widgets.  The benefit here is that the end developer just says they want a &#039;datePicker&#039; component and the Server-Side framework will mediate the events and end points for you-- leaving you with a single widget declaration, not a single widget declaration, then coding/publishing N endpoints to supplement the one widget.</description>
		<content:encoded><![CDATA[<p>we talked about something similar at JavaOne last year about taking Dojo or YUI widgets on the client and pairing them with Server-Side components such that events, with a proper ID scheme could be routed back up and executed on the server, leaving a 1:1 relationship between what would be service end points and client-side widgets.  The benefit here is that the end developer just says they want a &#8216;datePicker&#8217; component and the Server-Side framework will mediate the events and end points for you&#8211; leaving you with a single widget declaration, not a single widget declaration, then coding/publishing N endpoints to supplement the one widget.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott Schiller</title>
		<link>http://ajaxian.com/archives/event-driven-web-application-design/comment-page-1#comment-246284</link>
		<dc:creator>Scott Schiller</dc:creator>
		<pubDate>Thu, 18 Jan 2007 17:20:03 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=2027#comment-246284</guid>
		<description>Wholeheartedly agreed. In the ideal case, a developer should be able to attach hundreds of handlers to individual objects for separate events (eg. mousedown, click and so on.) My experience has been that in reality, browsers really choke with dynamic assignment and removal of large numbers of event handlers, so the delegation model (ie. a top-level listener which routes events as necessary to targets of those events) works excellently.</description>
		<content:encoded><![CDATA[<p>Wholeheartedly agreed. In the ideal case, a developer should be able to attach hundreds of handlers to individual objects for separate events (eg. mousedown, click and so on.) My experience has been that in reality, browsers really choke with dynamic assignment and removal of large numbers of event handlers, so the delegation model (ie. a top-level listener which routes events as necessary to targets of those events) works excellently.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

