<?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: Detecting Support for data: URIs</title>
	<atom:link href="http://weston.ruter.net/2009/05/07/detecting-support-for-data-uris/feed/" rel="self" type="application/rss+xml" />
	<link>http://weston.ruter.net/2009/05/07/detecting-support-for-data-uris/</link>
	<description>Web application developer in Portland, Oregon</description>
	<lastBuildDate>Tue, 27 Jul 2010 20:34:43 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: jpv</title>
		<link>http://weston.ruter.net/2009/05/07/detecting-support-for-data-uris/comment-page-1/#comment-11464</link>
		<dc:creator>jpv</dc:creator>
		<pubDate>Tue, 01 Dec 2009 12:43:06 +0000</pubDate>
		<guid isPermaLink="false">http://weston.ruter.net/?p=162#comment-11464</guid>
		<description>Nice trick, however have you tried to find a way to detect the support non-asynchronously ?

I tried to use this technique not for css specifically but in conjonction with XHR progress event in order to display a real progress bar when loading heavy images (see my post in french, but code is readable : http://jpv.typepad.com/blog/2009/11/barre-de-chargement-dune-image.html)

However due to the various limitations of the browser around the length of data you can put in an URL, you can not load huge images (around 1Mo)
So this technique really should be confined to CSS images</description>
		<content:encoded><![CDATA[<p>Nice trick, however have you tried to find a way to detect the support non-asynchronously ?</p>
<p>I tried to use this technique not for css specifically but in conjonction with XHR progress event in order to display a real progress bar when loading heavy images (see my post in french, but code is readable : <a href="http://jpv.typepad.com/blog/2009/11/barre-de-chargement-dune-image.html)" rel="nofollow">http://jpv.typepad.com/blog/2009/11/barre-de-chargement-dune-image.html)</a></p>
<p>However due to the various limitations of the browser around the length of data you can put in an URL, you can not load huge images (around 1Mo)<br />
So this technique really should be confined to CSS images</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rich</title>
		<link>http://weston.ruter.net/2009/05/07/detecting-support-for-data-uris/comment-page-1/#comment-11061</link>
		<dc:creator>Rich</dc:creator>
		<pubDate>Fri, 20 Nov 2009 21:02:25 +0000</pubDate>
		<guid isPermaLink="false">http://weston.ruter.net/?p=162#comment-11061</guid>
		<description>That&#039;s a very good point - I&#039;d only really thought of them as inline for some reason. I agree, in fact, having thought about it more, almost any small image would be best served in this way.</description>
		<content:encoded><![CDATA[<p>That&#8217;s a very good point &#8211; I&#8217;d only really thought of them as inline for some reason. I agree, in fact, having thought about it more, almost any small image would be best served in this way.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Weston Ruter</title>
		<link>http://weston.ruter.net/2009/05/07/detecting-support-for-data-uris/comment-page-1/#comment-10864</link>
		<dc:creator>Weston Ruter</dc:creator>
		<pubDate>Sun, 15 Nov 2009 15:30:54 +0000</pubDate>
		<guid isPermaLink="false">http://weston.ruter.net/?p=162#comment-10864</guid>
		<description>@Rich:
I think they are useful inline if the images are small enough (i.e. a rounded corner) where there is an acceptable cost/benefit ratio of HTTP request count vs. page display time. But also I think that &lt;code&gt;data:&lt;/code&gt; URIs make the most sense in stylesheets. Actually, &lt;code&gt;data:&lt;/code&gt; URIs in stylesheets &lt;em&gt;are&lt;/em&gt; cached because the stylesheet itself should be cached. So when returning to the page, the stylesheet is loaded from the cache and the &lt;code&gt;data:&lt;/code&gt; URIs are loaded directly from it.</description>
		<content:encoded><![CDATA[<p>@Rich:<br />
I think they are useful inline if the images are small enough (i.e. a rounded corner) where there is an acceptable cost/benefit ratio of HTTP request count vs. page display time. But also I think that <code>data:</code> URIs make the most sense in stylesheets. Actually, <code>data:</code> URIs in stylesheets <em>are</em> cached because the stylesheet itself should be cached. So when returning to the page, the stylesheet is loaded from the cache and the <code>data:</code> URIs are loaded directly from it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: RIch</title>
		<link>http://weston.ruter.net/2009/05/07/detecting-support-for-data-uris/comment-page-1/#comment-10856</link>
		<dc:creator>RIch</dc:creator>
		<pubDate>Sun, 15 Nov 2009 10:42:16 +0000</pubDate>
		<guid isPermaLink="false">http://weston.ruter.net/?p=162#comment-10856</guid>
		<description>My only issue with data uris is that it means the image won&#039;t be cached, which is normally what you want. When would using an embedded image be a better idea?

It&#039;s very rare that an image will be requested only once.</description>
		<content:encoded><![CDATA[<p>My only issue with data uris is that it means the image won&#8217;t be cached, which is normally what you want. When would using an embedded image be a better idea?</p>
<p>It&#8217;s very rare that an image will be requested only once.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ajaxian &#187; CSS Gradients for All!</title>
		<link>http://weston.ruter.net/2009/05/07/detecting-support-for-data-uris/comment-page-1/#comment-7499</link>
		<dc:creator>Ajaxian &#187; CSS Gradients for All!</dc:creator>
		<pubDate>Tue, 28 Jul 2009 10:34:26 +0000</pubDate>
		<guid isPermaLink="false">http://weston.ruter.net/?p=162#comment-7499</guid>
		<description>[...] not support Canvas, although IE8 does support the data: URI scheme, which is a prerequisite (see support detection method). When/if Gears&#8217;s Canvas API fully implements the HTML5 canvas specification, then this [...]</description>
		<content:encoded><![CDATA[<p>[...] not support Canvas, although IE8 does support the data: URI scheme, which is a prerequisite (see support detection method). When/if Gears&#8217;s Canvas API fully implements the HTML5 canvas specification, then this [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The Modern Browser Landscape &#124; Web Design Company - Lounge Lizard &#124; Internet Marketing &#124; Web Site Development</title>
		<link>http://weston.ruter.net/2009/05/07/detecting-support-for-data-uris/comment-page-1/#comment-7103</link>
		<dc:creator>The Modern Browser Landscape &#124; Web Design Company - Lounge Lizard &#124; Internet Marketing &#124; Web Site Development</dc:creator>
		<pubDate>Mon, 13 Jul 2009 15:42:20 +0000</pubDate>
		<guid isPermaLink="false">http://weston.ruter.net/?p=162#comment-7103</guid>
		<description>[...] Ability to specify images as data inline in your style sheet. Typically used for small sprites in order to minimize HTTP requests, reducing overall load time. Now possible in all major browsers with the introduction of MSIE 8. Support for older browsers is available through Javascript. [...]</description>
		<content:encoded><![CDATA[<p>[...] Ability to specify images as data inline in your style sheet. Typically used for small sprites in order to minimize HTTP requests, reducing overall load time. Now possible in all major browsers with the introduction of MSIE 8. Support for older browsers is available through Javascript. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Harmen Janssen</title>
		<link>http://weston.ruter.net/2009/05/07/detecting-support-for-data-uris/comment-page-1/#comment-5037</link>
		<dc:creator>Harmen Janssen</dc:creator>
		<pubDate>Sun, 10 May 2009 22:40:38 +0000</pubDate>
		<guid isPermaLink="false">http://weston.ruter.net/?p=162#comment-5037</guid>
		<description>Can you elaborate a bit on that awkward CSS syntax? 
Why repeat the background-image rule as a string inside the background-image rule?

Furthermore; a great solution, thanks. It would be nice to come up with a server-side solution which automagically writes data URIs to a stylesheet, since it&#039;s obviously a bit of a hassle to manage such style rules.</description>
		<content:encoded><![CDATA[<p>Can you elaborate a bit on that awkward CSS syntax?<br />
Why repeat the background-image rule as a string inside the background-image rule?</p>
<p>Furthermore; a great solution, thanks. It would be nice to come up with a server-side solution which automagically writes data URIs to a stylesheet, since it&#8217;s obviously a bit of a hassle to manage such style rules.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: valums</title>
		<link>http://weston.ruter.net/2009/05/07/detecting-support-for-data-uris/comment-page-1/#comment-5009</link>
		<dc:creator>valums</dc:creator>
		<pubDate>Sun, 10 May 2009 07:34:04 +0000</pubDate>
		<guid isPermaLink="false">http://weston.ruter.net/?p=162#comment-5009</guid>
		<description>Clean and simple, thank you. It&#039;s great that support for data:uri was added is Internet Explorer 8.</description>
		<content:encoded><![CDATA[<p>Clean and simple, thank you. It&#8217;s great that support for data:uri was added is Internet Explorer 8.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Weston Ruter</title>
		<link>http://weston.ruter.net/2009/05/07/detecting-support-for-data-uris/comment-page-1/#comment-4946</link>
		<dc:creator>Weston Ruter</dc:creator>
		<pubDate>Fri, 08 May 2009 13:42:21 +0000</pubDate>
		<guid isPermaLink="false">http://weston.ruter.net/?p=162#comment-4946</guid>
		<description>@V1:
If the browser supports &lt;code&gt;data:&lt;/code&gt; URIs, &lt;strong&gt;the external background images are never loaded&lt;/strong&gt; because the fallback rules are never applied. My Firebug Net panel don&#039;t show any of those images being loaded, and my YSlow is very happy.</description>
		<content:encoded><![CDATA[<p>@V1:<br />
If the browser supports <code>data:</code> URIs, <strong>the external background images are never loaded</strong> because the fallback rules are never applied. My Firebug Net panel don&#8217;t show any of those images being loaded, and my YSlow is very happy.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: V1</title>
		<link>http://weston.ruter.net/2009/05/07/detecting-support-for-data-uris/comment-page-1/#comment-4936</link>
		<dc:creator>V1</dc:creator>
		<pubDate>Fri, 08 May 2009 07:09:37 +0000</pubDate>
		<guid isPermaLink="false">http://weston.ruter.net/?p=162#comment-4936</guid>
		<description>Wouldn&#039;t this be utterly useless when it comes to performance? You are now loading the images 2x. One as normal and one as base64.</description>
		<content:encoded><![CDATA[<p>Wouldn&#8217;t this be utterly useless when it comes to performance? You are now loading the images 2x. One as normal and one as base64.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
