<?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: JavaScript Behavior Sheet</title>
	<atom:link href="http://ajaxian.com/archives/javascript-behavior-sheet/feed" rel="self" type="application/rss+xml" />
	<link>http://ajaxian.com/archives/javascript-behavior-sheet</link>
	<description>Cleaning up the web with Ajax</description>
	<lastBuildDate>Thu, 17 May 2012 07:43:39 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: Joeri</title>
		<link>http://ajaxian.com/archives/javascript-behavior-sheet/comment-page-1#comment-270668</link>
		<dc:creator>Joeri</dc:creator>
		<pubDate>Thu, 22 Jan 2009 08:54:48 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=5750#comment-270668</guid>
		<description>First of all, I have to say adding yet another event system without implementing the W3C event model is not a very nice thing to do to web developers.
.
Secondly, I think this declarative event model, though interesting, is not going to be that useful in the real world because of one important point: scope. Most event handlers that I implement have a specific scope, which is not the element on which they&#039;re executing. With script-attached event handlers, it&#039;s easy to set a different scope, but in a declarative model it&#039;s basically impossible because you can&#039;t refer to instances.</description>
		<content:encoded><![CDATA[<p>First of all, I have to say adding yet another event system without implementing the W3C event model is not a very nice thing to do to web developers.<br />
.<br />
Secondly, I think this declarative event model, though interesting, is not going to be that useful in the real world because of one important point: scope. Most event handlers that I implement have a specific scope, which is not the element on which they&#8217;re executing. With script-attached event handlers, it&#8217;s easy to set a different scope, but in a declarative model it&#8217;s basically impossible because you can&#8217;t refer to instances.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nosredna</title>
		<link>http://ajaxian.com/archives/javascript-behavior-sheet/comment-page-1#comment-270663</link>
		<dc:creator>Nosredna</dc:creator>
		<pubDate>Wed, 21 Jan 2009 22:21:15 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=5750#comment-270663</guid>
		<description>BertrandLeRoy,
.
I see. Thanks for the explanation.</description>
		<content:encoded><![CDATA[<p>BertrandLeRoy,<br />
.<br />
I see. Thanks for the explanation.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: BertrandLeRoy</title>
		<link>http://ajaxian.com/archives/javascript-behavior-sheet/comment-page-1#comment-270662</link>
		<dc:creator>BertrandLeRoy</dc:creator>
		<pubDate>Wed, 21 Jan 2009 21:47:11 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=5750#comment-270662</guid>
		<description>@Nosredna: afaik, Dojo does its declarative markup directly on the HTML tag, whereas here the coupling with the markup is both declarative and done through selectors. So declarative has been done to death, doing stuff imperatively to a selected set has been done to death. It&#039;s this particular combination of declarative and coupling through selectors that I&#039;m experimenting with.</description>
		<content:encoded><![CDATA[<p>@Nosredna: afaik, Dojo does its declarative markup directly on the HTML tag, whereas here the coupling with the markup is both declarative and done through selectors. So declarative has been done to death, doing stuff imperatively to a selected set has been done to death. It&#8217;s this particular combination of declarative and coupling through selectors that I&#8217;m experimenting with.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: phiggins</title>
		<link>http://ajaxian.com/archives/javascript-behavior-sheet/comment-page-1#comment-270661</link>
		<dc:creator>phiggins</dc:creator>
		<pubDate>Wed, 21 Jan 2009 21:31:52 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=5750#comment-270661</guid>
		<description>I like that this does class instantiation, something dojo.behavior does not do.  It would be trivial though, the behaviors are just css selectors with functionality, and dojo.behavior just wraps dojo.query, and dojo.query has an .instantiate(classname, {props}) ... just a matter implementing it. 
.
I find behaviors great in small cases, but tedious to manage on a larger scale. Automating delegation within sets of selectors for these behaviors (sort of like jq&#039;s new .live() or reglib) would be really cool, too.</description>
		<content:encoded><![CDATA[<p>I like that this does class instantiation, something dojo.behavior does not do.  It would be trivial though, the behaviors are just css selectors with functionality, and dojo.behavior just wraps dojo.query, and dojo.query has an .instantiate(classname, {props}) &#8230; just a matter implementing it.<br />
.<br />
I find behaviors great in small cases, but tedious to manage on a larger scale. Automating delegation within sets of selectors for these behaviors (sort of like jq&#8217;s new .live() or reglib) would be really cool, too.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nosredna</title>
		<link>http://ajaxian.com/archives/javascript-behavior-sheet/comment-page-1#comment-270656</link>
		<dc:creator>Nosredna</dc:creator>
		<pubDate>Wed, 21 Jan 2009 21:01:14 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=5750#comment-270656</guid>
		<description>Doesn&#039;t Dojo already have declarative? I&#039;m confused.</description>
		<content:encoded><![CDATA[<p>Doesn&#8217;t Dojo already have declarative? I&#8217;m confused.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: BertrandLeRoy</title>
		<link>http://ajaxian.com/archives/javascript-behavior-sheet/comment-page-1#comment-270653</link>
		<dc:creator>BertrandLeRoy</dc:creator>
		<pubDate>Wed, 21 Jan 2009 18:56:25 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=5750#comment-270653</guid>
		<description>@sos: Dojo behavior or the way some jQuery plug-ins work come pretty close, but in an imperative way. Here, I&#039;m playing with a more *declarative* approach that aims at clean separation of style, behavior and markup.</description>
		<content:encoded><![CDATA[<p>@sos: Dojo behavior or the way some jQuery plug-ins work come pretty close, but in an imperative way. Here, I&#8217;m playing with a more *declarative* approach that aims at clean separation of style, behavior and markup.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: sos</title>
		<link>http://ajaxian.com/archives/javascript-behavior-sheet/comment-page-1#comment-270646</link>
		<dc:creator>sos</dc:creator>
		<pubDate>Wed, 21 Jan 2009 12:56:39 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=5750#comment-270646</guid>
		<description>Isn&#039;t this just the same as dojo.behavior ?  Dojo&#039;s had that for a while now - http://docs.dojocampus.org/dojo/behavior</description>
		<content:encoded><![CDATA[<p>Isn&#8217;t this just the same as dojo.behavior ?  Dojo&#8217;s had that for a while now &#8211; <a href="http://docs.dojocampus.org/dojo/behavior" rel="nofollow">http://docs.dojocampus.org/dojo/behavior</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: TNO</title>
		<link>http://ajaxian.com/archives/javascript-behavior-sheet/comment-page-1#comment-270645</link>
		<dc:creator>TNO</dc:creator>
		<pubDate>Wed, 21 Jan 2009 12:54:49 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=5750#comment-270645</guid>
		<description>I&#039;ve actually been working on a similar concept for awhile (based on E4X for the selector syntax). It&#039;s good to see a different approach for some ideas.</description>
		<content:encoded><![CDATA[<p>I&#8217;ve actually been working on a similar concept for awhile (based on E4X for the selector syntax). It&#8217;s good to see a different approach for some ideas.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

