<?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"
	>
<channel>
	<title>Comments for Jason Clawson</title>
	<atom:link href="http://www.jasonclawson.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.jasonclawson.com</link>
	<description>Advanced Web Development Blog</description>
	<pubDate>Thu, 11 Mar 2010 08:36:20 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>Comment on Javascript &#8216;==&#8217; operator and indexOf failure by Rob</title>
		<link>http://www.jasonclawson.com/2008/07/01/javascript-operator-and-indexof-failure/#comment-42</link>
		<dc:creator>Rob</dc:creator>
		<pubDate>Wed, 08 Apr 2009 16:16:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.jasonclawson.com/?p=48#comment-42</guid>
		<description>Type coercion seems to be Bad, at least as far as Douglas Crockford is concerned. Check out http://www.jslint.com/lint.html (scroll down to "== and !=").</description>
		<content:encoded><![CDATA[<p>Type coercion seems to be Bad, at least as far as Douglas Crockford is concerned. Check out <a href="http://www.jslint.com/lint.html" rel="nofollow">http://www.jslint.com/lint.html</a> (scroll down to &#8220;== and !=&#8221;).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Stark Industries - &#8220;The process&#8221; by Mike</title>
		<link>http://www.jasonclawson.com/2008/06/02/stark-industries-the-process/#comment-41</link>
		<dc:creator>Mike</dc:creator>
		<pubDate>Mon, 30 Mar 2009 16:46:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.jasonclawson.com/?p=21#comment-41</guid>
		<description>Very very funny.  I used to work at Stark Industries and know full well the pain you describe in your couple of articles.  How true it all is - esp. the process weenies.  Those people must get a free lobotomy included with their hiring.</description>
		<content:encoded><![CDATA[<p>Very very funny.  I used to work at Stark Industries and know full well the pain you describe in your couple of articles.  How true it all is - esp. the process weenies.  Those people must get a free lobotomy included with their hiring.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on ExtJS Performance - Element click events by Luis</title>
		<link>http://www.jasonclawson.com/2008/05/29/extjs-performance-element-click-events/#comment-40</link>
		<dc:creator>Luis</dc:creator>
		<pubDate>Tue, 17 Mar 2009 05:30:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.jasonclawson.com/?p=38#comment-40</guid>
		<description>Absolutely!!

Great!!! Thanks!!</description>
		<content:encoded><![CDATA[<p>Absolutely!!</p>
<p>Great!!! Thanks!!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Javascript &#8216;==&#8217; operator and indexOf failure by Radomir</title>
		<link>http://www.jasonclawson.com/2008/07/01/javascript-operator-and-indexof-failure/#comment-39</link>
		<dc:creator>Radomir</dc:creator>
		<pubDate>Sun, 01 Mar 2009 22:00:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.jasonclawson.com/?p=48#comment-39</guid>
		<description>wasn't there a new release for this?</description>
		<content:encoded><![CDATA[<p>wasn&#8217;t there a new release for this?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on ExtJS - Update to ComboBox Replacement by Roberto</title>
		<link>http://www.jasonclawson.com/2008/06/11/extjs-update-to-combobox-replacement/#comment-37</link>
		<dc:creator>Roberto</dc:creator>
		<pubDate>Mon, 19 Jan 2009 19:56:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.jasonclawson.com/?p=40#comment-37</guid>
		<description>Your component override works like a charm! :)

In my case just had to disable (comment code):
cfg.mode = "remote";

and set some values to false :
autoLoad : false,
forceSelection:false,

I had spent one day trying to figure out that ExtJS hiddenName property didnt work properly :)

Thank you for sharing.</description>
		<content:encoded><![CDATA[<p>Your component override works like a charm! <img src='http://www.jasonclawson.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /><br />
In my case just had to disable (comment code):<br />
cfg.mode = &#8220;remote&#8221;;</p>
<p>and set some values to false :<br />
autoLoad : false,<br />
forceSelection:false,</p>
<p>I had spent one day trying to figure out that ExtJS hiddenName property didnt work properly <img src='http://www.jasonclawson.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /><br />
Thank you for sharing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on ExtJS Performance - Element click events by Neto</title>
		<link>http://www.jasonclawson.com/2008/05/29/extjs-performance-element-click-events/#comment-35</link>
		<dc:creator>Neto</dc:creator>
		<pubDate>Tue, 06 Jan 2009 12:20:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.jasonclawson.com/?p=38#comment-35</guid>
		<description>&lt;p&gt;Cara, eu precisava disso, obrigado!!!&lt;/p&gt;

(Translated: "Man, I needed it, thanks!")</description>
		<content:encoded><![CDATA[<p>Cara, eu precisava disso, obrigado!!!</p>
<p>(Translated: &#8220;Man, I needed it, thanks!&#8221;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on ExtJS Performance - Event Listener Cleanup by Joshua</title>
		<link>http://www.jasonclawson.com/2008/05/17/extjs-performance-event-listeners/#comment-32</link>
		<dc:creator>Joshua</dc:creator>
		<pubDate>Sat, 06 Dec 2008 13:48:59 +0000</pubDate>
		<guid isPermaLink="false">http://jasonclawson.com/?p=4#comment-32</guid>
		<description>Great tip! I know you said you were going to post some more, so? ;)</description>
		<content:encoded><![CDATA[<p>Great tip! I know you said you were going to post some more, so? <img src='http://www.jasonclawson.com/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Javascript &#8216;==&#8217; operator and indexOf failure by Jason</title>
		<link>http://www.jasonclawson.com/2008/07/01/javascript-operator-and-indexof-failure/#comment-30</link>
		<dc:creator>Jason</dc:creator>
		<pubDate>Sat, 26 Jul 2008 15:43:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.jasonclawson.com/?p=48#comment-30</guid>
		<description>Yeah I know... this bug is really pervasive across libraries and no one really notices!  Here is the link to the bug report for ExtJS:  http://extjs.com/forum/showthread.php?t=40040</description>
		<content:encoded><![CDATA[<p>Yeah I know&#8230; this bug is really pervasive across libraries and no one really notices!  Here is the link to the bug report for ExtJS:  <a href="http://extjs.com/forum/showthread.php?t=40040" rel="nofollow">http://extjs.com/forum/showthread.php?t=40040</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Javascript &#8216;==&#8217; operator and indexOf failure by Juan Mendes</title>
		<link>http://www.jasonclawson.com/2008/07/01/javascript-operator-and-indexof-failure/#comment-29</link>
		<dc:creator>Juan Mendes</dc:creator>
		<pubDate>Wed, 23 Jul 2008 16:17:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.jasonclawson.com/?p=48#comment-29</guid>
		<description>Point taken. I would have figured prototype, ext-js and jquery would know better than to use double equals for an equality test in a very generic function.</description>
		<content:encoded><![CDATA[<p>Point taken. I would have figured prototype, ext-js and jquery would know better than to use double equals for an equality test in a very generic function.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Javascript &#8216;==&#8217; operator and indexOf failure by Jason</title>
		<link>http://www.jasonclawson.com/2008/07/01/javascript-operator-and-indexof-failure/#comment-28</link>
		<dc:creator>Jason</dc:creator>
		<pubDate>Wed, 23 Jul 2008 13:11:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.jasonclawson.com/?p=48#comment-28</guid>
		<description>&lt;p&gt;To say that == functionality is a bug I suppose can be considered incorrect only by the fact that this functionality is documented.  But you hit on my point exactly; it's not how most programmers expect it to behave.  Good programming languages should be predictable and useful in the way they behave.&lt;/p&gt;
&lt;p&gt;You also said you take care to always use '===' in most cases.  '===' is hardly the de facto standard equality comparison operator.  Just by the fact that you have to consciously make a decision to use the triple equals to "avoid problems like [this]" indicates an inherent problem with the '==' implementation.  Simply put, it doesn't do what you want nor expect.  I call that a bug.&lt;/p&gt;
&lt;p&gt;The conversion of types functionality is not particularly useful in so far as comparing objects or functions to primitive types and strings.  The only use for type conversion is in comparing a number to a string that contains a number:  6.2 == "6.2" Therefore, I consider this a bug.  Most, if not all other scripting languages, convert between primitives but do type checking for objects.&lt;/p&gt;
&lt;p&gt;Further supporting this as a bug is that no other language (to my knowledge... please correct me if I am wrong and I very well could be since I have not used every scripting language ;-)) behaves this way except for ECMA script.&lt;/p&gt;
&lt;p&gt;To suggest that this is common knowledge is definitely incorrect since every major javascript library currently implements indexOf using '==' instead of '===' which is incorrect.&lt;/p&gt;
&lt;p&gt;I am glad that you use '===' and that you are aware of the pitfalls of '=='.  However, I would venture to guess that 90% of developers out there do not know this and do not have any idea that the libraries they are using implement indexOf incorrectly.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>To say that == functionality is a bug I suppose can be considered incorrect only by the fact that this functionality is documented.  But you hit on my point exactly; it&#8217;s not how most programmers expect it to behave.  Good programming languages should be predictable and useful in the way they behave.</p>
<p>You also said you take care to always use &#8216;===&#8217; in most cases.  &#8216;===&#8217; is hardly the de facto standard equality comparison operator.  Just by the fact that you have to consciously make a decision to use the triple equals to &#8220;avoid problems like [this]&#8221; indicates an inherent problem with the &#8216;==&#8217; implementation.  Simply put, it doesn&#8217;t do what you want nor expect.  I call that a bug.</p>
<p>The conversion of types functionality is not particularly useful in so far as comparing objects or functions to primitive types and strings.  The only use for type conversion is in comparing a number to a string that contains a number:  6.2 == &#8220;6.2&#8243; Therefore, I consider this a bug.  Most, if not all other scripting languages, convert between primitives but do type checking for objects.</p>
<p>Further supporting this as a bug is that no other language (to my knowledge&#8230; please correct me if I am wrong and I very well could be since I have not used every scripting language ;-)) behaves this way except for ECMA script.</p>
<p>To suggest that this is common knowledge is definitely incorrect since every major javascript library currently implements indexOf using &#8216;==&#8217; instead of &#8216;===&#8217; which is incorrect.</p>
<p>I am glad that you use &#8216;===&#8217; and that you are aware of the pitfalls of &#8216;==&#8217;.  However, I would venture to guess that 90% of developers out there do not know this and do not have any idea that the libraries they are using implement indexOf incorrectly.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
