<?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: DOMContentLoaded Inconsistencies (in Browsers and JavaScript Libraries)</title>
	<atom:link href="http://www.zachleat.com/web/2008/12/04/domcontentloaded-inconsistencies/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.zachleat.com/web/2008/12/04/domcontentloaded-inconsistencies/</link>
	<description></description>
	<lastBuildDate>Sun, 14 Mar 2010 11:17:36 +0000</lastBuildDate>
	
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Diego Perini</title>
		<link>http://www.zachleat.com/web/2008/12/04/domcontentloaded-inconsistencies/comment-page-1/#comment-908</link>
		<dc:creator>Diego Perini</dc:creator>
		<pubDate>Thu, 08 Jan 2009 23:11:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.zachleat.com/web/?p=153#comment-908</guid>
		<description>Zach,
a very nice collection of info and comparison on the current state of the &quot;onload&quot; problem.

Just to clarify, IEContentLoaded is an IE specific method based on MS information and at the time of publishing (and jQuery inclusion) it was known to not work for iframes (the reason is still unknown to me though).

This is the reason I use the &quot;onreadystatechange&quot; event on IE if the target of the check is an iframe while I use the &quot;doScroll()&quot; trick on the main document.

I never suggested to use my method alone, since it was released the IEContentLoaded page clearly states:

&lt;blockquote&gt;meant to be used as an IE alternative in other fine scripts trying to fix the window onload problem&lt;/blockquote&gt;

and link to other developer&#039;s scripts that you also mention in your test and description.

There is nothing bad in mixing those scripts, for example use the &quot;doScroll()&quot; for the main document and the HTC method or Dean/Mathias document.write for iframes.

In other words it is up to the implementors to spice or cut their methods depending on their libraries/framework needs.

IEContentLoaded, as of today, is correctly implemented as I originally intended only in jQuery, Prototype, ExtJS and in both sIFR and SwfObject.

I would add &quot;BrotherCake&quot; body detection to your list of methods since that is really the only needed cross-browser moment if you just need to attach your widgets to the body.

Keep up the good work,

Diego</description>
		<content:encoded><![CDATA[<p>Zach,<br />
a very nice collection of info and comparison on the current state of the &#8220;onload&#8221; problem.</p>
<p>Just to clarify, IEContentLoaded is an IE specific method based on MS information and at the time of publishing (and jQuery inclusion) it was known to not work for iframes (the reason is still unknown to me though).</p>
<p>This is the reason I use the &#8220;onreadystatechange&#8221; event on IE if the target of the check is an iframe while I use the &#8220;doScroll()&#8221; trick on the main document.</p>
<p>I never suggested to use my method alone, since it was released the IEContentLoaded page clearly states:</p>
<blockquote><p>meant to be used as an IE alternative in other fine scripts trying to fix the window onload problem</p></blockquote>
<p>and link to other developer&#8217;s scripts that you also mention in your test and description.</p>
<p>There is nothing bad in mixing those scripts, for example use the &#8220;doScroll()&#8221; for the main document and the HTC method or Dean/Mathias document.write for iframes.</p>
<p>In other words it is up to the implementors to spice or cut their methods depending on their libraries/framework needs.</p>
<p>IEContentLoaded, as of today, is correctly implemented as I originally intended only in jQuery, Prototype, ExtJS and in both sIFR and SwfObject.</p>
<p>I would add &#8220;BrotherCake&#8221; body detection to your list of methods since that is really the only needed cross-browser moment if you just need to attach your widgets to the body.</p>
<p>Keep up the good work,</p>
<p>Diego</p>
]]></content:encoded>
	</item>
</channel>
</rss>
