<?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 and Graceful Degradation: Making a Choice</title>
	<atom:link href="http://www.sitepoint.com/blogs/2009/09/23/progressive-enhancement-graceful-degradation-choice/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.sitepoint.com/blogs/2009/09/23/progressive-enhancement-graceful-degradation-choice/</link>
	<description>News, opinion, and fresh thinking for web developers and designers. The official podcast of sitepoint.com.</description>
	<lastBuildDate>Tue, 16 Mar 2010 11:43:24 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: ranmeriaz</title>
		<link>http://www.sitepoint.com/blogs/2009/09/23/progressive-enhancement-graceful-degradation-choice/comment-page-1/#comment-933691</link>
		<dc:creator>ranmeriaz</dc:creator>
		<pubDate>Thu, 15 Oct 2009 14:03:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=14336#comment-933691</guid>
		<description>A frequently overlooked solution is to use an Ajax framework that takes care
of cross-browser compatibility and other low-level details. 

This moves the development to a much higher level of abstraction, and can cut down development time quite dramatically. 

For example with Bindows (&lt;a href=&quot;http://www.bindows.net&quot; rel=&quot;nofollow&quot;&gt;http://www.bindows.net)&lt;/a&gt; you get browser compatibility for everything from IE 5.5 to Safari 4, plus Section 508 accessibility support out of the box.</description>
		<content:encoded><![CDATA[<p>A frequently overlooked solution is to use an Ajax framework that takes care<br />
of cross-browser compatibility and other low-level details. </p>
<p>This moves the development to a much higher level of abstraction, and can cut down development time quite dramatically. </p>
<p>For example with Bindows (<a href="http://www.bindows.net" rel="nofollow">http://www.bindows.net)</a> you get browser compatibility for everything from IE 5.5 to Safari 4, plus Section 508 accessibility support out of the box.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Hamran</title>
		<link>http://www.sitepoint.com/blogs/2009/09/23/progressive-enhancement-graceful-degradation-choice/comment-page-1/#comment-932741</link>
		<dc:creator>Hamran</dc:creator>
		<pubDate>Fri, 25 Sep 2009 23:29:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=14336#comment-932741</guid>
		<description>Graceful degradation is obsolete. Hardly anybody ever made it work. Progressive enhancement is exactly the same thing, but just upside-down. They aren&#039;t 2 approaches you choose from or use a mix of both. Progressive enhancement literally replaces graceful degradation to accomplish the same thing.

The reason progressive enhancement works is because of the way Web code is structured: basic HTML plus optional CSS and optional JavaScript. You build the basic version of your site in HTML only, and it should be 100% functional in HTML only. The user can get at all the content, they can enter text in the Search box and click go and see a page of search results, they can do all the things that you need to do on the website. Whatever feature you add, you first add it to the HTML and it has to function there without CSS and JavaScript. I test this by literally removing the CSS and JavaScript files from a website and running it in my browser. It should still work perfectly.

Once you have a perfect HTML-only site, you add CSS and JavaScript in a completely optional way. You don&#039;t use methods unless you test for their existence first. You add event listeners and hijack link clicks with JavaScript. You have the freedom to add a thousand things because they are all optional.

With graceful degradation you are working against the way Web code is structured. You&#039;re thinking of the combination of HTML/CSS/JavaScript as 1 and you&#039;re trying to come up with less-than-1 to work in HTML only. With progressive enhancement, the HTML is 1 and the HTML/CSS/JavaScript is more-than-1.

So I don&#039;t recommend you do both approaches, or even consider any graceful degradation. Build essential HTML and optional CSS and optional JavaScript. Done.</description>
		<content:encoded><![CDATA[<p>Graceful degradation is obsolete. Hardly anybody ever made it work. Progressive enhancement is exactly the same thing, but just upside-down. They aren&#8217;t 2 approaches you choose from or use a mix of both. Progressive enhancement literally replaces graceful degradation to accomplish the same thing.</p>
<p>The reason progressive enhancement works is because of the way Web code is structured: basic HTML plus optional CSS and optional JavaScript. You build the basic version of your site in HTML only, and it should be 100% functional in HTML only. The user can get at all the content, they can enter text in the Search box and click go and see a page of search results, they can do all the things that you need to do on the website. Whatever feature you add, you first add it to the HTML and it has to function there without CSS and JavaScript. I test this by literally removing the CSS and JavaScript files from a website and running it in my browser. It should still work perfectly.</p>
<p>Once you have a perfect HTML-only site, you add CSS and JavaScript in a completely optional way. You don&#8217;t use methods unless you test for their existence first. You add event listeners and hijack link clicks with JavaScript. You have the freedom to add a thousand things because they are all optional.</p>
<p>With graceful degradation you are working against the way Web code is structured. You&#8217;re thinking of the combination of HTML/CSS/JavaScript as 1 and you&#8217;re trying to come up with less-than-1 to work in HTML only. With progressive enhancement, the HTML is 1 and the HTML/CSS/JavaScript is more-than-1.</p>
<p>So I don&#8217;t recommend you do both approaches, or even consider any graceful degradation. Build essential HTML and optional CSS and optional JavaScript. Done.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: AutisticCuckoo</title>
		<link>http://www.sitepoint.com/blogs/2009/09/23/progressive-enhancement-graceful-degradation-choice/comment-page-1/#comment-932592</link>
		<dc:creator>AutisticCuckoo</dc:creator>
		<pubDate>Wed, 23 Sep 2009 16:33:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=14336#comment-932592</guid>
		<description>I definitely agree that progressive enhancement is preferable to graceful degradation. If you think things through properly before you start, building with progressive enhancement adds very little, if any, extra work. Graceful degradation, on the other hand, is like retrofitting accessibility: difficult, tedious and expensive.

Of course there are certain types of applications that cannot work with nothing but HTTP and HTML support. But most normal sites and applications can.</description>
		<content:encoded><![CDATA[<p>I definitely agree that progressive enhancement is preferable to graceful degradation. If you think things through properly before you start, building with progressive enhancement adds very little, if any, extra work. Graceful degradation, on the other hand, is like retrofitting accessibility: difficult, tedious and expensive.</p>
<p>Of course there are certain types of applications that cannot work with nothing but HTTP and HTML support. But most normal sites and applications can.</p>]]></content:encoded>
	</item>
</channel>
</rss>
