<?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: iepngfix.htc</title>
	<atom:link href="http://chapter42.whitewhale.net/2008/06/04/iepngfixhtc/feed/" rel="self" type="application/rss+xml" />
	<link>http://chapter42.whitewhale.net/2008/06/04/iepngfixhtc/</link>
	<description></description>
	<lastBuildDate>Fri, 05 Feb 2010 21:41:26 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: John</title>
		<link>http://chapter42.whitewhale.net/2008/06/04/iepngfixhtc/comment-page-1/#comment-8</link>
		<dc:creator>John</dc:creator>
		<pubDate>Wed, 16 Jul 2008 22:48:30 +0000</pubDate>
		<guid isPermaLink="false">http://chapter42.whaleblogs.net/?p=28#comment-8</guid>
		<description>Hi Donald, I wonder whether you can suggest something. I have the same problem - my iepngfix works perfectly on on one environment, but on the live system it doesn&#039;t work (I checked the cache and for some reason the 1px image never loads etc). I definitely have all the paths correct. It sounds like the issue you had - the way the file is being served.

Can you suggest how I would go about changing that (I am running apache both locally and live).. Much appreciated.</description>
		<content:encoded><![CDATA[<p>Hi Donald, I wonder whether you can suggest something. I have the same problem &#8211; my iepngfix works perfectly on on one environment, but on the live system it doesn&#8217;t work (I checked the cache and for some reason the 1px image never loads etc). I definitely have all the paths correct. It sounds like the issue you had &#8211; the way the file is being served.</p>
<p>Can you suggest how I would go about changing that (I am running apache both locally and live).. Much appreciated.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason</title>
		<link>http://chapter42.whitewhale.net/2008/06/04/iepngfixhtc/comment-page-1/#comment-9</link>
		<dc:creator>Jason</dc:creator>
		<pubDate>Thu, 12 Jun 2008 01:27:09 +0000</pubDate>
		<guid isPermaLink="false">http://chapter42.whaleblogs.net/?p=28#comment-9</guid>
		<description>Yep— and to that, David, I&#039;d add that if we CAN execute something like PNG trans with full cross-browser compliance, it&#039;s really satisfying to put in a few extra hours of sweat working out the bugs.

Take the most recent version of the design we&#039;re working on for you.  The little photo line simply HAS to scroll horizontally behind the trees, wouldn&#039;t you agree?  How could we possibly deny 30% of your browsing audience the pleasure of that tiny detail?  :)</description>
		<content:encoded><![CDATA[<p>Yep— and to that, David, I&#8217;d add that if we CAN execute something like PNG trans with full cross-browser compliance, it&#8217;s really satisfying to put in a few extra hours of sweat working out the bugs.</p>
<p>Take the most recent version of the design we&#8217;re working on for you.  The little photo line simply HAS to scroll horizontally behind the trees, wouldn&#8217;t you agree?  How could we possibly deny 30% of your browsing audience the pleasure of that tiny detail?  :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Donald</title>
		<link>http://chapter42.whitewhale.net/2008/06/04/iepngfixhtc/comment-page-1/#comment-11</link>
		<dc:creator>Donald</dc:creator>
		<pubDate>Fri, 06 Jun 2008 15:16:53 +0000</pubDate>
		<guid isPermaLink="false">http://chapter42.whaleblogs.net/?p=28#comment-11</guid>
		<description>David,
Despite the various issues, there are a few times you just need PNGs -- laying an image over a photo, or over various background colors (so you don&#039;t have to make a PNG for every case), or if there&#039;s a variable background (a texture, or the element is overlapping other elements, etc) and you don&#039;t want to have to worry about absolutely positioning to get a GIF to match what&#039;s behind it match up pixel-perfect. In that 10% of cases where the PNG fix doesn&#039;t work (due to tiling or clickability issues or whatever), we either replace the PNG with a GIF in our IE stylesheet or (if it&#039;s just fluff) just kill the image for IE6.

-- Donald</description>
		<content:encoded><![CDATA[<p>David,<br />
Despite the various issues, there are a few times you just need PNGs &#8212; laying an image over a photo, or over various background colors (so you don&#8217;t have to make a PNG for every case), or if there&#8217;s a variable background (a texture, or the element is overlapping other elements, etc) and you don&#8217;t want to have to worry about absolutely positioning to get a GIF to match what&#8217;s behind it match up pixel-perfect. In that 10% of cases where the PNG fix doesn&#8217;t work (due to tiling or clickability issues or whatever), we either replace the PNG with a GIF in our IE stylesheet or (if it&#8217;s just fluff) just kill the image for IE6.</p>
<p>&#8211; Donald</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mckelvey</title>
		<link>http://chapter42.whitewhale.net/2008/06/04/iepngfixhtc/comment-page-1/#comment-12</link>
		<dc:creator>mckelvey</dc:creator>
		<pubDate>Thu, 05 Jun 2008 17:50:58 +0000</pubDate>
		<guid isPermaLink="false">http://chapter42.whaleblogs.net/?p=28#comment-12</guid>
		<description>Donald — So I’ve dealt with this issue as well and decided to take a different tack so I&#039;m intrigued as to why you’ve chosen yours. :)

Given that IE6 is thankfully dwindling and dwindling, a while ago I choose to go the nice degradation route. When I use pngs, I include a IE6 conditional comment for a stylesheet which replaces the pngs with acceptably-rendered gifs — since transparency was the goal of using the pngs in the first place, it’s rarely anything else. So, why still use the htc fix if it often invites other user experience errors?

David</description>
		<content:encoded><![CDATA[<p>Donald — So I’ve dealt with this issue as well and decided to take a different tack so I&#8217;m intrigued as to why you’ve chosen yours. :)</p>
<p>Given that IE6 is thankfully dwindling and dwindling, a while ago I choose to go the nice degradation route. When I use pngs, I include a IE6 conditional comment for a stylesheet which replaces the pngs with acceptably-rendered gifs — since transparency was the goal of using the pngs in the first place, it’s rarely anything else. So, why still use the htc fix if it often invites other user experience errors?</p>
<p>David</p>
]]></content:encoded>
	</item>
</channel>
</rss>

