<?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: YUI Version 2.2.1 Released, and Graded Browser Support Update</title>
	<atom:link href="http://www.yuiblog.com/blog/index.php/2007/04/09/yui-221-released/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.yuiblog.com/blog/2007/04/09/yui-221-released/</link>
	<description>The official blog of the YUI Project.</description>
	<lastBuildDate>Thu, 09 Feb 2012 01:46:52 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.4</generator>
	<item>
		<title>By: All in a days work&#8230;</title>
		<link>http://www.yuiblog.com/blog/2007/04/09/yui-221-released/comment-page-1/#comment-90964</link>
		<dc:creator>All in a days work&#8230;</dc:creator>
		<pubDate>Sat, 14 Apr 2007 01:45:19 +0000</pubDate>
		<guid isPermaLink="false">http://yuiblog.com/blog/2007/04/10/yui-221-released/#comment-90964</guid>
		<description>[...] YUI Version 2.2.1 released, about window.onload, onDOMReady, onAvailable, and onContentReady. Execute JavaScript when the DOM loads (and before everything else too). It also provides the onAvailable event, which fires when a specified DOM node loads, and the onContentReady event, which fires when a specified DOM node, plus all its children, load. (tags: YUI DOM) [...]</description>
		<content:encoded><![CDATA[<p>[...] YUI Version 2.2.1 released, about window.onload, onDOMReady, onAvailable, and onContentReady. Execute JavaScript when the DOM loads (and before everything else too). It also provides the onAvailable event, which fires when a specified DOM node loads, and the onContentReady event, which fires when a specified DOM node, plus all its children, load. (tags: YUI DOM) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike</title>
		<link>http://www.yuiblog.com/blog/2007/04/09/yui-221-released/comment-page-1/#comment-90487</link>
		<dc:creator>Mike</dc:creator>
		<pubDate>Fri, 13 Apr 2007 03:35:11 +0000</pubDate>
		<guid isPermaLink="false">http://yuiblog.com/blog/2007/04/10/yui-221-released/#comment-90487</guid>
		<description>I&#039;d always assumed using something like YAHOO.util.Event.onAvailable(&#039;body&#039;, init); would run the init code when the  became available (providing it has an ID of body).

Is this not the case? Would that code wait for images to be downloaded?</description>
		<content:encoded><![CDATA[<p>I&#8217;d always assumed using something like YAHOO.util.Event.onAvailable(&#8216;body&#8217;, init); would run the init code when the  became available (providing it has an ID of body).</p>
<p>Is this not the case? Would that code wait for images to be downloaded?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: YUI Version 2.2.1 Released &#187; D&#8217; Technology Weblog &#8212; Technology, Blogging, Gadgets, Fashion, Life Style.</title>
		<link>http://www.yuiblog.com/blog/2007/04/09/yui-221-released/comment-page-1/#comment-90283</link>
		<dc:creator>YUI Version 2.2.1 Released &#187; D&#8217; Technology Weblog &#8212; Technology, Blogging, Gadgets, Fashion, Life Style.</dc:creator>
		<pubDate>Thu, 12 Apr 2007 21:11:55 +0000</pubDate>
		<guid isPermaLink="false">http://yuiblog.com/blog/2007/04/10/yui-221-released/#comment-90283</guid>
		<description>[...] Source:&#8594;&#160;YUI Blog [...]</description>
		<content:encoded><![CDATA[<p>[...] Source:&#8594;&nbsp;YUI Blog [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter Michaux</title>
		<link>http://www.yuiblog.com/blog/2007/04/09/yui-221-released/comment-page-1/#comment-90138</link>
		<dc:creator>Peter Michaux</dc:creator>
		<pubDate>Thu, 12 Apr 2007 16:22:58 +0000</pubDate>
		<guid isPermaLink="false">http://yuiblog.com/blog/2007/04/10/yui-221-released/#comment-90138</guid>
		<description>I made a long investigation into onDOMReady and onDOMReady is not an unqualified solution. It has problems now in some strange cases and there is no guarantee that it will work at all in the future. In fact, it should not work in the future if the browsers make good changes.

&lt;a href=&quot;http://peter.michaux.ca/article/553&quot; rel=&quot;nofollow&quot;&gt;The window.onload problem (still)&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>I made a long investigation into onDOMReady and onDOMReady is not an unqualified solution. It has problems now in some strange cases and there is no guarantee that it will work at all in the future. In fact, it should not work in the future if the browsers make good changes.</p>
<p><a href="http://peter.michaux.ca/article/553" rel="nofollow">The window.onload problem (still)</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ajax Girl</title>
		<link>http://www.yuiblog.com/blog/2007/04/09/yui-221-released/comment-page-1/#comment-90049</link>
		<dc:creator>Ajax Girl</dc:creator>
		<pubDate>Thu, 12 Apr 2007 12:37:34 +0000</pubDate>
		<guid isPermaLink="false">http://yuiblog.com/blog/2007/04/10/yui-221-released/#comment-90049</guid>
		<description>[...] The latest YUI release is out there, 2.2.1. [...]</description>
		<content:encoded><![CDATA[<p>[...] The latest YUI release is out there, 2.2.1. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nate Koechley</title>
		<link>http://www.yuiblog.com/blog/2007/04/09/yui-221-released/comment-page-1/#comment-89582</link>
		<dc:creator>Nate Koechley</dc:creator>
		<pubDate>Wed, 11 Apr 2007 18:32:33 +0000</pubDate>
		<guid isPermaLink="false">http://yuiblog.com/blog/2007/04/10/yui-221-released/#comment-89582</guid>
		<description>@VM,
Those are good points. Thanks.</description>
		<content:encoded><![CDATA[<p>@VM,<br />
Those are good points. Thanks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fatih Hayrioğlu&#8217;nun not defteri &#187; 11 Nisan 2007 Web&#8217;den seçme haberler</title>
		<link>http://www.yuiblog.com/blog/2007/04/09/yui-221-released/comment-page-1/#comment-89464</link>
		<dc:creator>Fatih Hayrioğlu&#8217;nun not defteri &#187; 11 Nisan 2007 Web&#8217;den seçme haberler</dc:creator>
		<pubDate>Wed, 11 Apr 2007 13:48:43 +0000</pubDate>
		<guid isPermaLink="false">http://yuiblog.com/blog/2007/04/10/yui-221-released/#comment-89464</guid>
		<description>[...] Yahoo javascript kütüphanesi güncellenmiş. YUI Version 2.2.1 hatalar giderilmiş ve yeni bazı özellikler eklenmiş. Link [...]</description>
		<content:encoded><![CDATA[<p>[...] Yahoo javascript kütüphanesi güncellenmiş. YUI Version 2.2.1 hatalar giderilmiş ve yeni bazı özellikler eklenmiş. Link [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: VM</title>
		<link>http://www.yuiblog.com/blog/2007/04/09/yui-221-released/comment-page-1/#comment-89041</link>
		<dc:creator>VM</dc:creator>
		<pubDate>Wed, 11 Apr 2007 00:15:50 +0000</pubDate>
		<guid isPermaLink="false">http://yuiblog.com/blog/2007/04/10/yui-221-released/#comment-89041</guid>
		<description>In both FF and IE, you can set &quot;default&quot; background colors, but allow pages to override those choices (you can also set those colors to never be overridden, but don&#039;t have to). The YUI site makes a lot of color choices that assume a white background (like orange headers), but don&#039;t explicitly set a white background. So I could have an orange background (that I don&#039;t mind is overridden) that would made the headers virtually invisible. 

Accessibility-wise, I think it&#039;s important to set a background color whenever a foreground color is set.</description>
		<content:encoded><![CDATA[<p>In both FF and IE, you can set &#8220;default&#8221; background colors, but allow pages to override those choices (you can also set those colors to never be overridden, but don&#8217;t have to). The YUI site makes a lot of color choices that assume a white background (like orange headers), but don&#8217;t explicitly set a white background. So I could have an orange background (that I don&#8217;t mind is overridden) that would made the headers virtually invisible. </p>
<p>Accessibility-wise, I think it&#8217;s important to set a background color whenever a foreground color is set.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nate Koechley</title>
		<link>http://www.yuiblog.com/blog/2007/04/09/yui-221-released/comment-page-1/#comment-88993</link>
		<dc:creator>Nate Koechley</dc:creator>
		<pubDate>Tue, 10 Apr 2007 22:37:24 +0000</pubDate>
		<guid isPermaLink="false">http://yuiblog.com/blog/2007/04/10/yui-221-released/#comment-88993</guid>
		<description>@Michael S., 
Your request makes sense. I&#039;ll explore making archives available going forward.

@Kelson,
Doh! You&#039;re right: 2.0.0.4 was in my brain to be the *next* one not the current one. I&#039;ll get that cleaned up in our next push.

@VM,
You&#039;re setting a background color through a user style sheet? If not, how? We generally try to avoid overwriting user&#039;s explicit choices. Perhaps I&#039;m misunderstanding?

Thanks,
Nate

YUI Team, Yahoo!</description>
		<content:encoded><![CDATA[<p>@Michael S.,<br />
Your request makes sense. I&#8217;ll explore making archives available going forward.</p>
<p>@Kelson,<br />
Doh! You&#8217;re right: 2.0.0.4 was in my brain to be the *next* one not the current one. I&#8217;ll get that cleaned up in our next push.</p>
<p>@VM,<br />
You&#8217;re setting a background color through a user style sheet? If not, how? We generally try to avoid overwriting user&#8217;s explicit choices. Perhaps I&#8217;m misunderstanding?</p>
<p>Thanks,<br />
Nate</p>
<p>YUI Team, Yahoo!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: klixi</title>
		<link>http://www.yuiblog.com/blog/2007/04/09/yui-221-released/comment-page-1/#comment-88883</link>
		<dc:creator>klixi</dc:creator>
		<pubDate>Tue, 10 Apr 2007 19:40:59 +0000</pubDate>
		<guid isPermaLink="false">http://yuiblog.com/blog/2007/04/10/yui-221-released/#comment-88883</guid>
		<description>Putting similar policies and processes in place for any design and development environment, large or small, would be a monumental step forward for not only the cause of standards, but improving the quality of the Firefox itself.</description>
		<content:encoded><![CDATA[<p>Putting similar policies and processes in place for any design and development environment, large or small, would be a monumental step forward for not only the cause of standards, but improving the quality of the Firefox itself.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

