<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Making the entire web more accessible</title>
	<atom:link href="http://accessgarage.wordpress.com/2008/10/06/making-the-entire-web-more-accessible/feed/" rel="self" type="application/rss+xml" />
	<link>http://accessgarage.wordpress.com/2008/10/06/making-the-entire-web-more-accessible/</link>
	<description>Aaron Leventhal's accessibility blog</description>
	<lastBuildDate>Thu, 10 Sep 2009 21:13:02 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Thomas Ingram</title>
		<link>http://accessgarage.wordpress.com/2008/10/06/making-the-entire-web-more-accessible/#comment-95</link>
		<dc:creator>Thomas Ingram</dc:creator>
		<pubDate>Tue, 07 Oct 2008 08:21:22 +0000</pubDate>
		<guid isPermaLink="false">http://accessgarage.wordpress.com/?p=134#comment-95</guid>
		<description>@Screwtape

Fangs for Firefox 3 is available:

http://www.standards-schmandards.com/2008/fangs-for-firefox-3/</description>
		<content:encoded><![CDATA[<p>@Screwtape</p>
<p>Fangs for Firefox 3 is available:</p>
<p><a href="http://www.standards-schmandards.com/2008/fangs-for-firefox-3/" rel="nofollow">http://www.standards-schmandards.com/2008/fangs-for-firefox-3/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Screwtape</title>
		<link>http://accessgarage.wordpress.com/2008/10/06/making-the-entire-web-more-accessible/#comment-94</link>
		<dc:creator>Screwtape</dc:creator>
		<pubDate>Tue, 07 Oct 2008 02:44:54 +0000</pubDate>
		<guid isPermaLink="false">http://accessgarage.wordpress.com/?p=134#comment-94</guid>
		<description>Back in the days of Firefox 1.5 there was a Firefox extension called Fangs that opened my eyes to accessibility issues. When activated on a web-page it would read through the DOM like JAWS, only instead of reading the page contents via a text-to-speech engine it would just put the text into a text-box with only a minimum of formatting to highlight the land-marks a visually-impared user would use to navigate (headings, links, etc.)

It was great at presenting accessibility issues in a way that sighted individuals could immediately grasp - I even used it once to show a manager the accessibility implications of two alternative site designs. Unfortunately, the extension wasn&#039;t updated to work with Firefox 2, let alone Firefox 3, and I miss it.</description>
		<content:encoded><![CDATA[<p>Back in the days of Firefox 1.5 there was a Firefox extension called Fangs that opened my eyes to accessibility issues. When activated on a web-page it would read through the DOM like JAWS, only instead of reading the page contents via a text-to-speech engine it would just put the text into a text-box with only a minimum of formatting to highlight the land-marks a visually-impared user would use to navigate (headings, links, etc.)</p>
<p>It was great at presenting accessibility issues in a way that sighted individuals could immediately grasp &#8211; I even used it once to show a manager the accessibility implications of two alternative site designs. Unfortunately, the extension wasn&#8217;t updated to work with Firefox 2, let alone Firefox 3, and I miss it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon Gibbins</title>
		<link>http://accessgarage.wordpress.com/2008/10/06/making-the-entire-web-more-accessible/#comment-93</link>
		<dc:creator>Jon Gibbins</dc:creator>
		<pubDate>Mon, 06 Oct 2008 23:03:55 +0000</pubDate>
		<guid isPermaLink="false">http://accessgarage.wordpress.com/?p=134#comment-93</guid>
		<description>Hi Aaron.

While learning about accessibility and extracting good practices from the Web Content Accessibility Guidelines, I found tools like &lt;a href=&quot;http://www.contentquality.com/&quot; rel=&quot;nofollow&quot;&gt;Cynthia Says&lt;/a&gt; useful for quick checks. Beyond that, I use various features of the &lt;a href=&quot;http://chrispederick.com/work/web-developer/&quot; rel=&quot;nofollow&quot;&gt;Web Developer Toolbar&lt;/a&gt; for testing accessibility. Here&#039;s a useful article about that: &lt;a href=&quot;http://www.ariadne.ac.uk/issue44/lauke/&quot; rel=&quot;nofollow&quot;&gt;Evaluating Web Sites for Accessibility with Firefox&lt;/a&gt;.

I also use the &lt;a href=&quot;http://www.paciellogroup.com/resources/wat-ie-about.html&quot; rel=&quot;nofollow&quot;&gt;Web Accessibility Toolbar for IE&lt;/a&gt; for some tests, like colour contrast testing and sometimes for readability scoring.

You mentioned validation, Aaron. The &lt;a href=&quot;http://users.skynet.be/mgueury/mozilla/&quot; rel=&quot;nofollow&quot;&gt;HTML Validator extension for Firefox&lt;/a&gt; has an option to include accessibility warnings in its results based on WCAG checkpoints. I&#039;ve also just discovered the &lt;a href=&quot;https://addons.mozilla.org/en-US/firefox/addon/2318&quot; rel=&quot;nofollow&quot;&gt;Total Validator extension for Firefox&lt;/a&gt; which includes accessibility warnings too, but seems to be of limited value for daily use.

I think it&#039;s important to say that it is about educating users as much as educating developers. There are extensions and plugins out there such as the &lt;a href=&quot;https://addons.mozilla.org/en-US/firefox/addon/472&quot; rel=&quot;nofollow&quot;&gt;Text size toolbar&lt;/a&gt; and the &lt;a href=&quot;http://www.rnib.org.uk/wacblog/news/rnib-surf-right-toolbar-beta-version-available/&quot; rel=&quot;nofollow&quot;&gt;RNIB Surf Right toolbar&lt;/a&gt; that are helping to make useful accessibility features more prominent in the browser&#039;s UI by putting it in the chrome rather than having them hidden away in menus and dialogs.

While it&#039;s great that there is screen reader software freely available to test with (even JAWS and Window-Eyes have time-limited demo versions), I&#039;ll have to disagree with &lt;a href=&quot;http://accessgarage.wordpress.com/2008/10/06/making-the-entire-web-more-accessible/#comment-89&quot; rel=&quot;nofollow&quot;&gt;slger&lt;/a&gt; about testing. Testing web pages with a screen reader as someone without decent knowledge of typical screen reader features and knowing enough about actual user behaviours can result in false positives and false negatives. I&#039;ve been using screen reader software for some time (my sight is fine) and I know JAWS pretty well, but I do not consider myself to be a suitable replacement for user testing with disabled people.</description>
		<content:encoded><![CDATA[<p>Hi Aaron.</p>
<p>While learning about accessibility and extracting good practices from the Web Content Accessibility Guidelines, I found tools like <a href="http://www.contentquality.com/" rel="nofollow">Cynthia Says</a> useful for quick checks. Beyond that, I use various features of the <a href="http://chrispederick.com/work/web-developer/" rel="nofollow">Web Developer Toolbar</a> for testing accessibility. Here&#8217;s a useful article about that: <a href="http://www.ariadne.ac.uk/issue44/lauke/" rel="nofollow">Evaluating Web Sites for Accessibility with Firefox</a>.</p>
<p>I also use the <a href="http://www.paciellogroup.com/resources/wat-ie-about.html" rel="nofollow">Web Accessibility Toolbar for IE</a> for some tests, like colour contrast testing and sometimes for readability scoring.</p>
<p>You mentioned validation, Aaron. The <a href="http://users.skynet.be/mgueury/mozilla/" rel="nofollow">HTML Validator extension for Firefox</a> has an option to include accessibility warnings in its results based on WCAG checkpoints. I&#8217;ve also just discovered the <a href="https://addons.mozilla.org/en-US/firefox/addon/2318" rel="nofollow">Total Validator extension for Firefox</a> which includes accessibility warnings too, but seems to be of limited value for daily use.</p>
<p>I think it&#8217;s important to say that it is about educating users as much as educating developers. There are extensions and plugins out there such as the <a href="https://addons.mozilla.org/en-US/firefox/addon/472" rel="nofollow">Text size toolbar</a> and the <a href="http://www.rnib.org.uk/wacblog/news/rnib-surf-right-toolbar-beta-version-available/" rel="nofollow">RNIB Surf Right toolbar</a> that are helping to make useful accessibility features more prominent in the browser&#8217;s UI by putting it in the chrome rather than having them hidden away in menus and dialogs.</p>
<p>While it&#8217;s great that there is screen reader software freely available to test with (even JAWS and Window-Eyes have time-limited demo versions), I&#8217;ll have to disagree with <a href="http://accessgarage.wordpress.com/2008/10/06/making-the-entire-web-more-accessible/#comment-89" rel="nofollow">slger</a> about testing. Testing web pages with a screen reader as someone without decent knowledge of typical screen reader features and knowing enough about actual user behaviours can result in false positives and false negatives. I&#8217;ve been using screen reader software for some time (my sight is fine) and I know JAWS pretty well, but I do not consider myself to be a suitable replacement for user testing with disabled people.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: slger</title>
		<link>http://accessgarage.wordpress.com/2008/10/06/making-the-entire-web-more-accessible/#comment-89</link>
		<dc:creator>slger</dc:creator>
		<pubDate>Mon, 06 Oct 2008 15:31:03 +0000</pubDate>
		<guid isPermaLink="false">http://accessgarage.wordpress.com/?p=134#comment-89</guid>
		<description>There is no excuse for NOT testing web pages using a screen reader. The test &quot;browse non-visually&quot; could educate web developers as well as the excellent tools you  list. 

NVDA, non-visual desktop access, from http://nvacess.org is free, open source. Could some of the test tools be integrated with this screen reader, e.g. to beep on the silly &quot;click here&quot; link text? NVDA, like all other screen readers, will have trouble with some web page features but will work sufficiently on most pages to reveal glaring errors. My favorites are: lack of H headings,  redundant navigation links, and complex use cases. Compare the original and accessible Amazon pages to execute the simple use case to buy a book you already know you want. 

Warning: while NVDA is trivial to install, testers might need to experiment with better voices available for about $30. 

P.S. I am visually impaired, not a professional tester.</description>
		<content:encoded><![CDATA[<p>There is no excuse for NOT testing web pages using a screen reader. The test &#8220;browse non-visually&#8221; could educate web developers as well as the excellent tools you  list. </p>
<p>NVDA, non-visual desktop access, from <a href="http://nvacess.org" rel="nofollow">http://nvacess.org</a> is free, open source. Could some of the test tools be integrated with this screen reader, e.g. to beep on the silly &#8220;click here&#8221; link text? NVDA, like all other screen readers, will have trouble with some web page features but will work sufficiently on most pages to reveal glaring errors. My favorites are: lack of H headings,  redundant navigation links, and complex use cases. Compare the original and accessible Amazon pages to execute the simple use case to buy a book you already know you want. </p>
<p>Warning: while NVDA is trivial to install, testers might need to experiment with better voices available for about $30. </p>
<p>P.S. I am visually impaired, not a professional tester.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
