<?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 on: How we deal with browser quirks, with a compendium of IE 7 issues</title>
	<atom:link href="http://weblog.openlaszlo.org/archives/2007/03/how-we-deal-with-browser-quirks-with-a-compendium-of-ie-7-issues/feed/" rel="self" type="application/rss+xml" />
	<link>http://weblog.openlaszlo.org/archives/2007/03/how-we-deal-with-browser-quirks-with-a-compendium-of-ie-7-issues/</link>
	<description>asynchronous javascript since before it was cool</description>
	<pubDate>Mon, 13 Oct 2008 00:06:11 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: Jay Freeman (saurik)</title>
		<link>http://weblog.openlaszlo.org/archives/2007/03/how-we-deal-with-browser-quirks-with-a-compendium-of-ie-7-issues/#comment-59323</link>
		<dc:creator>Jay Freeman (saurik)</dc:creator>
		<pubDate>Mon, 27 Aug 2007 19:10:08 +0000</pubDate>
		<guid isPermaLink="false">http://weblog.openlaszlo.org/?p=129#comment-59323</guid>
		<description>+ IE does not support &apos; when setting a div’s innerHTML property

This is actually correct behavior. In fact, it is one of the few things that IE has consistently gotten right throughout the years that other browsers have not: &apos; is _not_ valid HTML.

Please read: http://fishbowl.pastiche.org/2003/07/01/the_curse_of_apos</description>
		<content:encoded><![CDATA[<p>+ IE does not support &apos; when setting a div’s innerHTML property</p>
<p>This is actually correct behavior. In fact, it is one of the few things that IE has consistently gotten right throughout the years that other browsers have not: &apos; is _not_ valid HTML.</p>
<p>Please read: <a href="http://fishbowl.pastiche.org/2003/07/01/the_curse_of_apos" rel="nofollow">http://fishbowl.pastiche.org/2003/07/01/the_curse_of_apos</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: links for 2007-04-06 at Notes from a messy desk</title>
		<link>http://weblog.openlaszlo.org/archives/2007/03/how-we-deal-with-browser-quirks-with-a-compendium-of-ie-7-issues/#comment-23590</link>
		<dc:creator>links for 2007-04-06 at Notes from a messy desk</dc:creator>
		<pubDate>Fri, 06 Apr 2007 07:22:11 +0000</pubDate>
		<guid isPermaLink="false">http://weblog.openlaszlo.org/?p=129#comment-23590</guid>
		<description>[...] OpenLaszlo Project Blog » How we deal with browser quirks, with a compendium of IE 7 issues Now that&#8217;s the right way to deal with browser quirks. Much more readable code because I can (as a non-JS-guru) now figure out why you&#8217;re doing all that apparently useless code! (tags: javascript quirks bugs browsers ie firefox opera) [...]</description>
		<content:encoded><![CDATA[<p>[...] OpenLaszlo Project Blog » How we deal with browser quirks, with a compendium of IE 7 issues Now that&#8217;s the right way to deal with browser quirks. Much more readable code because I can (as a non-JS-guru) now figure out why you&#8217;re doing all that apparently useless code! (tags: javascript quirks bugs browsers ie firefox opera) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Painfully Obvious &#187; Blog Archive &#187; Capabilities vs. Quirks: a look at browser sniffing</title>
		<link>http://weblog.openlaszlo.org/archives/2007/03/how-we-deal-with-browser-quirks-with-a-compendium-of-ie-7-issues/#comment-23472</link>
		<dc:creator>Painfully Obvious &#187; Blog Archive &#187; Capabilities vs. Quirks: a look at browser sniffing</dc:creator>
		<pubDate>Wed, 04 Apr 2007 22:22:04 +0000</pubDate>
		<guid isPermaLink="false">http://weblog.openlaszlo.org/?p=129#comment-23472</guid>
		<description>[...] Max Carlson (of OpenLaszlo) recently wrote about his toolkit&#8217;s approach to browser quirks, reminding me of a great Dev.Opera article on capability detection. [...]</description>
		<content:encoded><![CDATA[<p>[...] Max Carlson (of OpenLaszlo) recently wrote about his toolkit&#8217;s approach to browser quirks, reminding me of a great Dev.Opera article on capability detection. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Max</title>
		<link>http://weblog.openlaszlo.org/archives/2007/03/how-we-deal-with-browser-quirks-with-a-compendium-of-ie-7-issues/#comment-23373</link>
		<dc:creator>Max</dc:creator>
		<pubDate>Tue, 03 Apr 2007 02:13:32 +0000</pubDate>
		<guid isPermaLink="false">http://weblog.openlaszlo.org/?p=129#comment-23373</guid>
		<description>@Johan,

You're absolutely right!  I use this.quirks whenever I'm in the sprite's scope.  The example above is actually in the onload handler for an image, so the scope is an image object.  If anyone's curious, here's a &lt;a href="http://svn.openlaszlo.org/openlaszlo/branches/4.0/WEB-INF/lps/lfc/kernel/dhtml/LzSprite.js" rel="nofollow"&gt;link to the sprite source&lt;/a&gt;.</description>
		<content:encoded><![CDATA[<p>@Johan,</p>
<p>You&#8217;re absolutely right!  I use this.quirks whenever I&#8217;m in the sprite&#8217;s scope.  The example above is actually in the onload handler for an image, so the scope is an image object.  If anyone&#8217;s curious, here&#8217;s a <a href="http://svn.openlaszlo.org/openlaszlo/branches/4.0/WEB-INF/lps/lfc/kernel/dhtml/LzSprite.js" rel="nofollow">link to the sprite source</a>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cloudy Thinking &#187; Blog Archive &#187; How OpenLaszlo Handles Browser Quirks</title>
		<link>http://weblog.openlaszlo.org/archives/2007/03/how-we-deal-with-browser-quirks-with-a-compendium-of-ie-7-issues/#comment-23372</link>
		<dc:creator>Cloudy Thinking &#187; Blog Archive &#187; How OpenLaszlo Handles Browser Quirks</dc:creator>
		<pubDate>Tue, 03 Apr 2007 01:45:55 +0000</pubDate>
		<guid isPermaLink="false">http://weblog.openlaszlo.org/?p=129#comment-23372</guid>
		<description>[...] Ben Galbraith wrote about Max Carlson of OpenLaszlo  who recently blogged about their approach to dealing with browser incompatibilities. [...]</description>
		<content:encoded><![CDATA[<p>[...] Ben Galbraith wrote about Max Carlson of OpenLaszlo  who recently blogged about their approach to dealing with browser incompatibilities. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: naterkane.com&#187; Archive &#187; IE7 Quirks</title>
		<link>http://weblog.openlaszlo.org/archives/2007/03/how-we-deal-with-browser-quirks-with-a-compendium-of-ie-7-issues/#comment-23343</link>
		<dc:creator>naterkane.com&#187; Archive &#187; IE7 Quirks</dc:creator>
		<pubDate>Mon, 02 Apr 2007 18:15:51 +0000</pubDate>
		<guid isPermaLink="false">http://weblog.openlaszlo.org/?p=129#comment-23343</guid>
		<description>[...] Max over at OpenLazlo was writing about some browser/quirk detection that he put together for v4.0. He listed in his post a number of quirks for IE7, some of which I was aware of, and some I wasn&#8217;t. [...]</description>
		<content:encoded><![CDATA[<p>[...] Max over at OpenLazlo was writing about some browser/quirk detection that he put together for v4.0. He listed in his post a number of quirks for IE7, some of which I was aware of, and some I wasn&#8217;t. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Johan Sundström</title>
		<link>http://weblog.openlaszlo.org/archives/2007/03/how-we-deal-with-browser-quirks-with-a-compendium-of-ie-7-issues/#comment-23332</link>
		<dc:creator>Johan Sundström</dc:creator>
		<pubDate>Mon, 02 Apr 2007 16:11:07 +0000</pubDate>
		<guid isPermaLink="false">http://weblog.openlaszlo.org/?p=129#comment-23332</guid>
		<description>From the way you use the prototype objects above, it looks like you ought to put the quirks mapping directly onto LzSprite rather than its prototype object, or you're just penalizing yourselves with a pointless extra lookup every time you peek for quirk compensation like this.

Or maybe you do check for them in this.quirks rather than LzSprite.prototype.quirks?</description>
		<content:encoded><![CDATA[<p>From the way you use the prototype objects above, it looks like you ought to put the quirks mapping directly onto LzSprite rather than its prototype object, or you&#8217;re just penalizing yourselves with a pointless extra lookup every time you peek for quirk compensation like this.</p>
<p>Or maybe you do check for them in this.quirks rather than LzSprite.prototype.quirks?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ajax Girl</title>
		<link>http://weblog.openlaszlo.org/archives/2007/03/how-we-deal-with-browser-quirks-with-a-compendium-of-ie-7-issues/#comment-23325</link>
		<dc:creator>Ajax Girl</dc:creator>
		<pubDate>Mon, 02 Apr 2007 14:27:37 +0000</pubDate>
		<guid isPermaLink="false">http://weblog.openlaszlo.org/?p=129#comment-23325</guid>
		<description>[...] Max Carlson of OpenLaszlo recently blogged about their approach to dealing with browser incompatibilities: [...]</description>
		<content:encoded><![CDATA[<p>[...] Max Carlson of OpenLaszlo recently blogged about their approach to dealing with browser incompatibilities: [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: evden eve nakliyat</title>
		<link>http://weblog.openlaszlo.org/archives/2007/03/how-we-deal-with-browser-quirks-with-a-compendium-of-ie-7-issues/#comment-23281</link>
		<dc:creator>evden eve nakliyat</dc:creator>
		<pubDate>Sun, 01 Apr 2007 20:10:49 +0000</pubDate>
		<guid isPermaLink="false">http://weblog.openlaszlo.org/?p=129#comment-23281</guid>
		<description>very nice informations...thank you very much.mr solak not salak...</description>
		<content:encoded><![CDATA[<p>very nice informations&#8230;thank you very much.mr solak not salak&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Max</title>
		<link>http://weblog.openlaszlo.org/archives/2007/03/how-we-deal-with-browser-quirks-with-a-compendium-of-ie-7-issues/#comment-23153</link>
		<dc:creator>Max</dc:creator>
		<pubDate>Sat, 31 Mar 2007 00:26:47 +0000</pubDate>
		<guid isPermaLink="false">http://weblog.openlaszlo.org/?p=129#comment-23153</guid>
		<description>@jim,

Strong points!  You're absolutely right about Browser detection vs. quirk detection - I avoid browser detection wherever possible.  Unfortunately, most of these quirks are things that are difficult to detect with quirk detection, like which direction the mousewheel reports it's moving.  Or, they're so tied to a specific browser (like AlphaImageLoader is to IE) that I found it more expedient to do browser detection.  I'm so used to checking for browser quirks elsewhere (document.all for example) that I never bothered to follow my own advice and pull these tests out into quirks with explicit IDs.  It never occurred to me to do this until I was writing the post yesterday - funny how writing about things often clarifies the one's understanding!

And, you're absolutely right about how quirk names shouldn't be named after the browser!  This is something that occurred to me, but I ran out of time before 4.0 and it's seemed like a low priority since.

Thanks for the feedback - I really enjoy blogging this stuff because of the quality comments I get from folks like you!</description>
		<content:encoded><![CDATA[<p>@jim,</p>
<p>Strong points!  You&#8217;re absolutely right about Browser detection vs. quirk detection - I avoid browser detection wherever possible.  Unfortunately, most of these quirks are things that are difficult to detect with quirk detection, like which direction the mousewheel reports it&#8217;s moving.  Or, they&#8217;re so tied to a specific browser (like AlphaImageLoader is to IE) that I found it more expedient to do browser detection.  I&#8217;m so used to checking for browser quirks elsewhere (document.all for example) that I never bothered to follow my own advice and pull these tests out into quirks with explicit IDs.  It never occurred to me to do this until I was writing the post yesterday - funny how writing about things often clarifies the one&#8217;s understanding!</p>
<p>And, you&#8217;re absolutely right about how quirk names shouldn&#8217;t be named after the browser!  This is something that occurred to me, but I ran out of time before 4.0 and it&#8217;s seemed like a low priority since.</p>
<p>Thanks for the feedback - I really enjoy blogging this stuff because of the quality comments I get from folks like you!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
