<?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: It&#8217;s not graceful or enhancing this progression is just degrading</title>
	<atom:link href="http://kid666.com/2007/02/15/its-not-graceful-or-enhancing-this-progression-is-just-degrading/feed/" rel="self" type="application/rss+xml" />
	<link>http://kid666.com/2007/02/15/its-not-graceful-or-enhancing-this-progression-is-just-degrading/</link>
	<description></description>
	<lastBuildDate>Sat, 11 Sep 2010 02:24:56 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: sh1mmer</title>
		<link>http://kid666.com/2007/02/15/its-not-graceful-or-enhancing-this-progression-is-just-degrading/comment-page-1/#comment-59768</link>
		<dc:creator>sh1mmer</dc:creator>
		<pubDate>Wed, 21 Feb 2007 00:56:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.kid666.com/blog/2007/02/15/its-not-graceful-or-enhancing-this-progression-is-just-degrading/#comment-59768</guid>
		<description>I think my main feeling is not that we should try to make another version for every screen reader. It&#039;s just that Gez shows an &lt;a href=&quot;http://www.kid666.com/blog/2007/01/09/accessibility-patterns/&quot; rel=&quot;nofollow&quot;&gt;accessibility pattern&lt;/a&gt; that works for JAWS 7.1 as well as JAWS 8.0. If we can come up with a way to make older versions of and other screen readers JAWS work correctly with everything else we should.

That said, other than venting my general frustration level, this post doesn&#039;t mean I plan to abandon AJAX any time soon.</description>
		<content:encoded><![CDATA[<p>I think my main feeling is not that we should try to make another version for every screen reader. It&#8217;s just that Gez shows an <a href="http://www.kid666.com/blog/2007/01/09/accessibility-patterns/" rel="nofollow">accessibility pattern</a> that works for JAWS 7.1 as well as JAWS 8.0. If we can come up with a way to make older versions of and other screen readers JAWS work correctly with everything else we should.</p>
<p>That said, other than venting my general frustration level, this post doesn&#8217;t mean I plan to abandon AJAX any time soon.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Victor Tsaran</title>
		<link>http://kid666.com/2007/02/15/its-not-graceful-or-enhancing-this-progression-is-just-degrading/comment-page-1/#comment-59767</link>
		<dc:creator>Victor Tsaran</dc:creator>
		<pubDate>Wed, 21 Feb 2007 00:32:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.kid666.com/blog/2007/02/15/its-not-graceful-or-enhancing-this-progression-is-just-degrading/#comment-59767</guid>
		<description>I wanted to post this separately to keep information more compact.
Here are several alternative screen readers to look at:
1. A new open source initiative called NVDA, www.nvaccess.org/nvda.
2. Firevox, a screen reading plug-in for Firefox, http://www.firevox.clcworld.net/
3. Freedom Box, a fairly affordable screen reader, http://www.freedombox.info/about.html
Hope this will get you started!</description>
		<content:encoded><![CDATA[<p>I wanted to post this separately to keep information more compact.<br />
Here are several alternative screen readers to look at:<br />
1. A new open source initiative called NVDA, <a href="http://www.nvaccess.org/nvda" rel="nofollow">http://www.nvaccess.org/nvda</a>.<br />
2. Firevox, a screen reading plug-in for Firefox, <a href="http://www.firevox.clcworld.net/" rel="nofollow">http://www.firevox.clcworld.net/</a><br />
3. Freedom Box, a fairly affordable screen reader, <a href="http://www.freedombox.info/about.html" rel="nofollow">http://www.freedombox.info/about.html</a><br />
Hope this will get you started!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Victor Tsaran</title>
		<link>http://kid666.com/2007/02/15/its-not-graceful-or-enhancing-this-progression-is-just-degrading/comment-page-1/#comment-59766</link>
		<dc:creator>Victor Tsaran</dc:creator>
		<pubDate>Wed, 21 Feb 2007 00:25:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.kid666.com/blog/2007/02/15/its-not-graceful-or-enhancing-this-progression-is-just-degrading/#comment-59766</guid>
		<description>I would like to second Christian&#039;s comments here. There is always a trade-off between advancements in technology and backwards compatibility. I&#039;d rather see AT vendors and community working together on solutions to the Ajax accessibility problem, rather than trying to figure out how to make JAWS 4.1 or Window-eyes 3.0 work with Ajax. Let&#039;s be realistic here!</description>
		<content:encoded><![CDATA[<p>I would like to second Christian&#8217;s comments here. There is always a trade-off between advancements in technology and backwards compatibility. I&#8217;d rather see AT vendors and community working together on solutions to the Ajax accessibility problem, rather than trying to figure out how to make JAWS 4.1 or Window-eyes 3.0 work with Ajax. Let&#8217;s be realistic here!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Heilmann</title>
		<link>http://kid666.com/2007/02/15/its-not-graceful-or-enhancing-this-progression-is-just-degrading/comment-page-1/#comment-59642</link>
		<dc:creator>Chris Heilmann</dc:creator>
		<pubDate>Fri, 16 Feb 2007 15:10:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.kid666.com/blog/2007/02/15/its-not-graceful-or-enhancing-this-progression-is-just-degrading/#comment-59642</guid>
		<description>I am still not sure about the &quot;Ajax doesn&#039;t work&quot; article and I consider the approach Gez is taking far too technical. Pending real testing I always thought that loading content via Ajax and then setting the focus of the browser to this new content would at least tell screen reader users that something happened. Another precaution is changing the element that invokes the Ajax call - as in changing the value of a button to &quot;loading&quot; when you submit the form. 

Personally I&#039;d never build an app that _relies_ on JavaScript and the best accessible approach is having a message on the page first up that explains that the following app is using Ajax and offer a non-JS version as an alternative to go to. We stopped creating bespoke versions for every broken browser out there, why should screen readers be different? &lt;a href=&quot;http://www.w3.org/WAI/intro/aria&quot; rel=&quot;nofollow&quot;&gt;ARIA&lt;/a&gt; will be a solution, the problem isn&#039;t really that we use JS, the problem is that HTML is bad in handling keyboard access and generally not rich or clever enough to be used for applications. The ball is in the court of browser and OS vendors as accessibility of applications is far too rich to be tackled in a simulated GUI inside an app that was meant to deliver web content and doesn&#039;t even have a native way of scaling graphics or embedding media.</description>
		<content:encoded><![CDATA[<p>I am still not sure about the &#8220;Ajax doesn&#8217;t work&#8221; article and I consider the approach Gez is taking far too technical. Pending real testing I always thought that loading content via Ajax and then setting the focus of the browser to this new content would at least tell screen reader users that something happened. Another precaution is changing the element that invokes the Ajax call &#8211; as in changing the value of a button to &#8220;loading&#8221; when you submit the form. </p>
<p>Personally I&#8217;d never build an app that _relies_ on JavaScript and the best accessible approach is having a message on the page first up that explains that the following app is using Ajax and offer a non-JS version as an alternative to go to. We stopped creating bespoke versions for every broken browser out there, why should screen readers be different? <a href="http://www.w3.org/WAI/intro/aria" rel="nofollow">ARIA</a> will be a solution, the problem isn&#8217;t really that we use JS, the problem is that HTML is bad in handling keyboard access and generally not rich or clever enough to be used for applications. The ball is in the court of browser and OS vendors as accessibility of applications is far too rich to be tackled in a simulated GUI inside an app that was meant to deliver web content and doesn&#8217;t even have a native way of scaling graphics or embedding media.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve Webster</title>
		<link>http://kid666.com/2007/02/15/its-not-graceful-or-enhancing-this-progression-is-just-degrading/comment-page-1/#comment-59630</link>
		<dc:creator>Steve Webster</dc:creator>
		<pubDate>Fri, 16 Feb 2007 09:21:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.kid666.com/blog/2007/02/15/its-not-graceful-or-enhancing-this-progression-is-just-degrading/#comment-59630</guid>
		<description>A superb, well thought out article. It seems to me like the vendors of assistive technology should be investing in web developers. It&#039;s all very well being able to buy the latest version of JAWS or WIndows Eyes, but we need access to something like &lt;a href=&quot;http://browsers.evolt.org/&quot; rel=&quot;nofollow&quot;&gt;evolt.org&#039;s browser archive&lt;/a&gt; if we&#039;re going to support the vast majority of users out there.</description>
		<content:encoded><![CDATA[<p>A superb, well thought out article. It seems to me like the vendors of assistive technology should be investing in web developers. It&#8217;s all very well being able to buy the latest version of JAWS or WIndows Eyes, but we need access to something like <a href="http://browsers.evolt.org/" rel="nofollow">evolt.org&#8217;s browser archive</a> if we&#8217;re going to support the vast majority of users out there.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

