<?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: Progressive Enhancement, Designing for the Future</title>
	<atom:link href="http://www.teehanlax.com/blog/2009/11/24/progressive-enhancement-designing-for-the-future/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.teehanlax.com/blog/2009/11/24/progressive-enhancement-designing-for-the-future/</link>
	<description>Double True!</description>
	<lastBuildDate>Thu, 18 Mar 2010 16:37:57 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Lou Marin</title>
		<link>http://www.teehanlax.com/blog/2009/11/24/progressive-enhancement-designing-for-the-future/comment-page-1/#comment-108728</link>
		<dc:creator>Lou Marin</dc:creator>
		<pubDate>Wed, 03 Feb 2010 17:06:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.teehanlax.com/blog/?p=2171#comment-108728</guid>
		<description>PE DOES NOT MEAN YOUR SITE WILL WORK.

I agree with Craig, it&#039;s not really worth the time to make sure your content is readable for every legacy browser. Even if you did, that does NOT mean the user is going to have a meaningful experience. Take IE6 for instance - I can design a site using PE that looks acceptable on IE6, but if my javaScript doesn&#039;t work, what good does it do the user if they can&#039;t click on &quot;next page&quot; or a menu link? I used to have to code &quot;hacks&quot; for IE6 all the time just so the functionality works, let alone have the site look good.

I think instead of worrying about legacy browsers, we should be focused on educating our users about version upgrades. As a matter of fact, many people don&#039;t even realize there are version upgrades available! And many more don&#039;t realize there are other browsers besides IE.

Take a look at this and you will notice just how quickly IE6, and IE7 for that matter, is dying. Notice January 2009 to January 2010. Huge drop!
http://www.w3schools.com/browsers/browsers_stats.asp.

In conclusion, for me, it&#039;s not worth doing PE just so legacy browser can see things correctly, especially when I usually develop javaScript/jQuery/AJAX intense websites. Nonetheless, excellent blog. I highly respect the proactive approach of PE vs GD and if nothing else, this is a good idea moving forward for future browser/CSS versions ;)</description>
		<content:encoded><![CDATA[<p>PE DOES NOT MEAN YOUR SITE WILL WORK.</p>
<p>I agree with Craig, it&#8217;s not really worth the time to make sure your content is readable for every legacy browser. Even if you did, that does NOT mean the user is going to have a meaningful experience. Take IE6 for instance &#8211; I can design a site using PE that looks acceptable on IE6, but if my javaScript doesn&#8217;t work, what good does it do the user if they can&#8217;t click on &#8220;next page&#8221; or a menu link? I used to have to code &#8220;hacks&#8221; for IE6 all the time just so the functionality works, let alone have the site look good.</p>
<p>I think instead of worrying about legacy browsers, we should be focused on educating our users about version upgrades. As a matter of fact, many people don&#8217;t even realize there are version upgrades available! And many more don&#8217;t realize there are other browsers besides IE.</p>
<p>Take a look at this and you will notice just how quickly IE6, and IE7 for that matter, is dying. Notice January 2009 to January 2010. Huge drop!<br />
<a href="http://www.w3schools.com/browsers/browsers_stats.asp" rel="nofollow">http://www.w3schools.com/browsers/browsers_stats.asp</a>.</p>
<p>In conclusion, for me, it&#8217;s not worth doing PE just so legacy browser can see things correctly, especially when I usually develop javaScript/jQuery/AJAX intense websites. Nonetheless, excellent blog. I highly respect the proactive approach of PE vs GD and if nothing else, this is a good idea moving forward for future browser/CSS versions ;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: AMH</title>
		<link>http://www.teehanlax.com/blog/2009/11/24/progressive-enhancement-designing-for-the-future/comment-page-1/#comment-105543</link>
		<dc:creator>AMH</dc:creator>
		<pubDate>Fri, 04 Dec 2009 04:30:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.teehanlax.com/blog/?p=2171#comment-105543</guid>
		<description>When you build this way the thing just works. It works for microbrowsers (in phones and pertable game machines), inarchaic browsers, and in text and special browsers to help those who have disabilities. I frequently test what I&#039;m building in a browser called &quot;off by one&quot; which is a simple-stupid HTML 3 capable browser with no CSS or JS support. I want my web apps  to simply work reasonably well in that, but work really great in the latest browsers with all of the extra bells and whistles. I don&#039;t care if we call it PE or GD. I just need to assure my client that for all of the visitor, the thing will just work.
And that&#039;s what the client expects of us, for the thing to just work for their customers. The customers with the newest browsers get all of the extra bells and whistles; for those with the older browsers, the thing just works.
Happy clients and happy users are the upside.
So, where&#039;s the downside?</description>
		<content:encoded><![CDATA[<p>When you build this way the thing just works. It works for microbrowsers (in phones and pertable game machines), inarchaic browsers, and in text and special browsers to help those who have disabilities. I frequently test what I&#8217;m building in a browser called &#8220;off by one&#8221; which is a simple-stupid HTML 3 capable browser with no CSS or JS support. I want my web apps  to simply work reasonably well in that, but work really great in the latest browsers with all of the extra bells and whistles. I don&#8217;t care if we call it PE or GD. I just need to assure my client that for all of the visitor, the thing will just work.<br />
And that&#8217;s what the client expects of us, for the thing to just work for their customers. The customers with the newest browsers get all of the extra bells and whistles; for those with the older browsers, the thing just works.<br />
Happy clients and happy users are the upside.<br />
So, where&#8217;s the downside?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jay Goldman</title>
		<link>http://www.teehanlax.com/blog/2009/11/24/progressive-enhancement-designing-for-the-future/comment-page-1/#comment-105120</link>
		<dc:creator>Jay Goldman</dc:creator>
		<pubDate>Wed, 25 Nov 2009 18:36:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.teehanlax.com/blog/?p=2171#comment-105120</guid>
		<description>Great article!

A (minor) pedantic observation: the class on the UL really shouldn&#039;t be &quot;rounded_nav&quot;. Clean separation of content and presentation people! Especially when it won&#039;t display as a rounded_nav on platforms that don&#039;t support it.

&quot;nav&quot; would have been a good choice. I would lean toward id=&quot;main_nav&quot; rather than a class, unless the same presentation is going to apply to more than one nav on the page. Possibly even a id=&quot;main_nav&quot; class=&quot;menu&quot;.</description>
		<content:encoded><![CDATA[<p>Great article!</p>
<p>A (minor) pedantic observation: the class on the UL really shouldn&#8217;t be &#8220;rounded_nav&#8221;. Clean separation of content and presentation people! Especially when it won&#8217;t display as a rounded_nav on platforms that don&#8217;t support it.</p>
<p>&#8220;nav&#8221; would have been a good choice. I would lean toward id=&#8221;main_nav&#8221; rather than a class, unless the same presentation is going to apply to more than one nav on the page. Possibly even a id=&#8221;main_nav&#8221; class=&#8221;menu&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mo Jangda</title>
		<link>http://www.teehanlax.com/blog/2009/11/24/progressive-enhancement-designing-for-the-future/comment-page-1/#comment-105119</link>
		<dc:creator>Mo Jangda</dc:creator>
		<pubDate>Wed, 25 Nov 2009 17:24:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.teehanlax.com/blog/?p=2171#comment-105119</guid>
		<description>Progressive Enhancement presents somewhat of a problem for web developers, and is likely why graceful degradation seems like a more widely adopted approach. We&#039;re a breed that likes to stay on the brink of technology and more often than not will be using the latest, greatest, unreleased browsers/technologies. So, we end up developing for and catering to these platforms first since that&#039;s what we&#039;re working with and then build downwards to older browsers. Maybe it&#039;d be better if we all started our development on IE6, and then built upwards? ;)

But then again, I suppose this could just be solved with a deeper understanding of browser capabilities...</description>
		<content:encoded><![CDATA[<p>Progressive Enhancement presents somewhat of a problem for web developers, and is likely why graceful degradation seems like a more widely adopted approach. We&#8217;re a breed that likes to stay on the brink of technology and more often than not will be using the latest, greatest, unreleased browsers/technologies. So, we end up developing for and catering to these platforms first since that&#8217;s what we&#8217;re working with and then build downwards to older browsers. Maybe it&#8217;d be better if we all started our development on IE6, and then built upwards? ;)</p>
<p>But then again, I suppose this could just be solved with a deeper understanding of browser capabilities&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt</title>
		<link>http://www.teehanlax.com/blog/2009/11/24/progressive-enhancement-designing-for-the-future/comment-page-1/#comment-105117</link>
		<dc:creator>Matt</dc:creator>
		<pubDate>Wed, 25 Nov 2009 16:45:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.teehanlax.com/blog/?p=2171#comment-105117</guid>
		<description>I love the TV analogy and the philosophy behind this approach but many users don&#039;t really differentiate between browser versions, at least not to the extent that they would a TV - a lot of people don&#039;t even know which version they use.
I&#039;d worried showing off an awesome design to a client and then when previewed on their company computers the design has degraded to an extent where the nice touches which bring life to it have been lost. 
I do agree with Chris though using progressive enhancement will take time, I would much rather spend time initially designing something that we can show to users how website x may look on a couple of browser versions than spend hours creating hacks and workarounds.</description>
		<content:encoded><![CDATA[<p>I love the TV analogy and the philosophy behind this approach but many users don&#8217;t really differentiate between browser versions, at least not to the extent that they would a TV &#8211; a lot of people don&#8217;t even know which version they use.<br />
I&#8217;d worried showing off an awesome design to a client and then when previewed on their company computers the design has degraded to an extent where the nice touches which bring life to it have been lost. <br />
I do agree with Chris though using progressive enhancement will take time, I would much rather spend time initially designing something that we can show to users how website x may look on a couple of browser versions than spend hours creating hacks and workarounds.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Erwin</title>
		<link>http://www.teehanlax.com/blog/2009/11/24/progressive-enhancement-designing-for-the-future/comment-page-1/#comment-105116</link>
		<dc:creator>Chris Erwin</dc:creator>
		<pubDate>Wed, 25 Nov 2009 15:55:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.teehanlax.com/blog/?p=2171#comment-105116</guid>
		<description>@Iain - I personally think you should be delivering the same content no matter what the device or it&#039;s capabilities. This doesn&#039;t mean every device has to have the same experience though. I think if you want to create a &#039;lite&#039; version of your content it should live in a different area so I can choose whether or not I see the lite content.

@Nate - I totally agree that Progressive Enhancement and Gracefully Degradation seem very similar, and at first I didn&#039;t quite get the difference. They are basically opposite sides of the same coin. GD makes sure that if something doesn&#039;t work we have a back-up plan, or message the user and tell them why it&#039;s broken. IE: &quot;you have javascript disabled so this widget won&#039;t work&quot;. PE on the other hand has you build for the lowest common denominator and then layer complexity on that newer browsers and devices will be able to render.  GD has you start with the best and work backwards. PE has you start with the worst and work forwards.

@Craig and Adam - Great discussion. Using Progressive Enhancement would take time and care, but I honestly think it would take more time trying to make a design look pixel perfect in every browser. We&#039;ve all been there, we all know it&#039;s painful to get IE6 to play nice. When we do try to make everything look exactly the same in every browser we end up with frivolous code and ugly hacks that really don&#039;t help anything but the design. With PE your code will be cleaner and you&#039;ll pushing the envelope with your designs because IE6 isn&#039;t holding you back anymore. I think that&#039;s worth it alone. Thanks for your kudos and respect, it means a lot to us all, and FYI, not many die-hard Leafs fans here at T+L, just sayin ;)</description>
		<content:encoded><![CDATA[<p>@Iain &#8211; I personally think you should be delivering the same content no matter what the device or it&#8217;s capabilities. This doesn&#8217;t mean every device has to have the same experience though. I think if you want to create a &#8216;lite&#8217; version of your content it should live in a different area so I can choose whether or not I see the lite content.</p>
<p>@Nate &#8211; I totally agree that Progressive Enhancement and Gracefully Degradation seem very similar, and at first I didn&#8217;t quite get the difference. They are basically opposite sides of the same coin. GD makes sure that if something doesn&#8217;t work we have a back-up plan, or message the user and tell them why it&#8217;s broken. IE: &#8220;you have javascript disabled so this widget won&#8217;t work&#8221;. PE on the other hand has you build for the lowest common denominator and then layer complexity on that newer browsers and devices will be able to render.  GD has you start with the best and work backwards. PE has you start with the worst and work forwards.</p>
<p>@Craig and Adam &#8211; Great discussion. Using Progressive Enhancement would take time and care, but I honestly think it would take more time trying to make a design look pixel perfect in every browser. We&#8217;ve all been there, we all know it&#8217;s painful to get IE6 to play nice. When we do try to make everything look exactly the same in every browser we end up with frivolous code and ugly hacks that really don&#8217;t help anything but the design. With PE your code will be cleaner and you&#8217;ll pushing the envelope with your designs because IE6 isn&#8217;t holding you back anymore. I think that&#8217;s worth it alone. Thanks for your kudos and respect, it means a lot to us all, and FYI, not many die-hard Leafs fans here at T+L, just sayin ;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Derek</title>
		<link>http://www.teehanlax.com/blog/2009/11/24/progressive-enhancement-designing-for-the-future/comment-page-1/#comment-105115</link>
		<dc:creator>Derek</dc:creator>
		<pubDate>Wed, 25 Nov 2009 15:39:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.teehanlax.com/blog/?p=2171#comment-105115</guid>
		<description>Great post Chris.

It&#039;s easy at first to confuse progressive enhancement and graceful degradation but it really is more than semantics. This small change in philosophy and practice can have a huge impact on what&#039;s output.

Thanks for this!</description>
		<content:encoded><![CDATA[<p>Great post Chris.</p>
<p>It&#8217;s easy at first to confuse progressive enhancement and graceful degradation but it really is more than semantics. This small change in philosophy and practice can have a huge impact on what&#8217;s output.</p>
<p>Thanks for this!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Craig Hooper</title>
		<link>http://www.teehanlax.com/blog/2009/11/24/progressive-enhancement-designing-for-the-future/comment-page-1/#comment-105109</link>
		<dc:creator>Craig Hooper</dc:creator>
		<pubDate>Wed, 25 Nov 2009 02:15:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.teehanlax.com/blog/?p=2171#comment-105109</guid>
		<description>I hate typos. Can someone please read my post directly above, and fix &#039;em?

My eyes are fucking bleeding right now.

Again, much respect.

Peace from Ottawa.</description>
		<content:encoded><![CDATA[<p>I hate typos. Can someone please read my post directly above, and fix &#8216;em?</p>
<p>My eyes are fucking bleeding right now.</p>
<p>Again, much respect.</p>
<p>Peace from Ottawa.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Craig Hooper</title>
		<link>http://www.teehanlax.com/blog/2009/11/24/progressive-enhancement-designing-for-the-future/comment-page-1/#comment-105108</link>
		<dc:creator>Craig Hooper</dc:creator>
		<pubDate>Wed, 25 Nov 2009 02:12:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.teehanlax.com/blog/?p=2171#comment-105108</guid>
		<description>@Adam: I see your point, I really do, and I agree that it makes sense, in every respect. But I do still believe that we also need to really understand and grasp our target market as best we can, and then do our very best to cater to them, and what we feel would best support the specs they would most likely have. We can only make due w/ the specs and stats we have access to, but I do think many of us should pay closer attention to them—you really will begin to get a finger on the pulse of what is going on out there.

Again, I do not disagree w/ your comments. Maybe I am simply frustrated w/ older browsers, deprecation, and a pace of change that is not as quick as I would like. I am impatient. I will admit that. I bitch when my tea at Starbucks takes too long. I think we all (and I am just as guilty), from time-to-time, begin to think everyone has a Macbook Pro, w/ 4GB of RAM, 20&quot; Cinema Display, etc. Reality is that do not. But I digress...

Great blog, by-the-way. You now have a new reader.

Another thing I think is really important: the simple fact that we can all have this conversation on a blog like this, in an intelligent, respectful, and productive manner. I really do like the type of reader this blog seems to attract, at least w/ the comments (for the most part).

Kudos to T+L, again, for doing what they do, which I have nothing but respect for them (even though they are most likely Toronto Maple Leafs fans).</description>
		<content:encoded><![CDATA[<p>@Adam: I see your point, I really do, and I agree that it makes sense, in every respect. But I do still believe that we also need to really understand and grasp our target market as best we can, and then do our very best to cater to them, and what we feel would best support the specs they would most likely have. We can only make due w/ the specs and stats we have access to, but I do think many of us should pay closer attention to them—you really will begin to get a finger on the pulse of what is going on out there.</p>
<p>Again, I do not disagree w/ your comments. Maybe I am simply frustrated w/ older browsers, deprecation, and a pace of change that is not as quick as I would like. I am impatient. I will admit that. I bitch when my tea at Starbucks takes too long. I think we all (and I am just as guilty), from time-to-time, begin to think everyone has a Macbook Pro, w/ 4GB of RAM, 20&#8221; Cinema Display, etc. Reality is that do not. But I digress&#8230;</p>
<p>Great blog, by-the-way. You now have a new reader.</p>
<p>Another thing I think is really important: the simple fact that we can all have this conversation on a blog like this, in an intelligent, respectful, and productive manner. I really do like the type of reader this blog seems to attract, at least w/ the comments (for the most part).</p>
<p>Kudos to T+L, again, for doing what they do, which I have nothing but respect for them (even though they are most likely Toronto Maple Leafs fans).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adam Thody</title>
		<link>http://www.teehanlax.com/blog/2009/11/24/progressive-enhancement-designing-for-the-future/comment-page-1/#comment-105106</link>
		<dc:creator>Adam Thody</dc:creator>
		<pubDate>Tue, 24 Nov 2009 23:01:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.teehanlax.com/blog/?p=2171#comment-105106</guid>
		<description>@craig: The spectrum of support for CSS between IE6, and modern browsers is vast. Old approaches meant playing to the lowest common denominator. With progressive enhancement users are rewarded for using modern browsers with an improved experience, while IE6 users still see a usable website. Best of both worlds.</description>
		<content:encoded><![CDATA[<p>@craig: The spectrum of support for CSS between IE6, and modern browsers is vast. Old approaches meant playing to the lowest common denominator. With progressive enhancement users are rewarded for using modern browsers with an improved experience, while IE6 users still see a usable website. Best of both worlds.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
