<?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>φτηνές φαρμακείο Cialis - Discount Online Pharmacy</title>
	<atom:link href="http://accessify.com/news/2007/05/roger-cleans-up/feed/" rel="self" type="application/rss+xml" />
	<link>http://accessify.com/news/2007/05/roger-cleans-up/</link>
	<description>Accessibility news: WCAG, WAI, PAS 78 ... and all manner of other weird acronyms and stuff</description>
	<lastBuildDate>Sun, 24 Jan 2010 22:14:20 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>φτηνές φαρμακείο Cialis - Discount Online Pharmacy</title>
		<link>http://accessify.com/news/2007/05/roger-cleans-up/comment-page-1/#comment-13088</link>
		<dc:creator>Usability!</dc:creator>
		<pubDate>Wed, 30 May 2007 13:00:50 +0000</pubDate>
		<guid isPermaLink="false">http://accessify.com/news/2007/05/roger-cleans-up/#comment-13088</guid>
		<description>Hi Ian,

I&#039;ve commented on Roger&#039;s article (which he&#039;s responded already - that was quick) to on the usability of the implementation. To put it into context...

When a user clicks on a typical navigation link, they expect to be taken somewhere, i.e. another page. With that expectation, the focus of the user then changes to the content. But the content won&#039;t have changed.

Likewise, for a screenreader like JAWS, the focus (of the cursor) stays on the link rather than switching to the content.

All and all I&#039;d urge caution with this kind of implementation of navigation.

What I&#039;d much prefer to see is &quot;static&quot; navigation and &quot;gallery&quot; pages (where navigation appears in the content, not just the side-bar).

All said though, Roger has taken a mish-mash of code and elegantly web-standardised, rather than make it &quot;accessible&quot; per se*

* note I&#039;m intentionally trying to start a bit of constructive argument/dialog here ;)</description>
		<content:encoded><![CDATA[<p>Hi Ian,</p>
<p>I&#8217;ve commented on Roger&#8217;s article (which he&#8217;s responded already &#8211; that was quick) to on the usability of the implementation. To put it into context&#8230;</p>
<p>When a user clicks on a typical navigation link, they expect to be taken somewhere, i.e. another page. With that expectation, the focus of the user then changes to the content. But the content won&#8217;t have changed.</p>
<p>Likewise, for a screenreader like JAWS, the focus (of the cursor) stays on the link rather than switching to the content.</p>
<p>All and all I&#8217;d urge caution with this kind of implementation of navigation.</p>
<p>What I&#8217;d much prefer to see is &#8220;static&#8221; navigation and &#8220;gallery&#8221; pages (where navigation appears in the content, not just the side-bar).</p>
<p>All said though, Roger has taken a mish-mash of code and elegantly web-standardised, rather than make it &#8220;accessible&#8221; per se*</p>
<p>* note I&#8217;m intentionally trying to start a bit of constructive argument/dialog here <img src='http://accessify.com/news/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
</channel>
</rss>
