<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.1" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: Quiz: Tabindex disorder</title>
	<link>http://www.access-matters.com/2006/08/27/quiz-tabindex-disorder/</link>
	<description>Seeking Best Accessibility Practices</description>
	<pubDate>Fri, 16 May 2008 05:31:17 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.1</generator>

	<item>
		<title>By: dotjay</title>
		<link>http://www.access-matters.com/2006/08/27/quiz-tabindex-disorder/#comment-6248</link>
		<author>dotjay</author>
		<pubDate>Thu, 07 Sep 2006 14:02:07 +0000</pubDate>
		<guid>http://www.access-matters.com/2006/08/27/quiz-tabindex-disorder/#comment-6248</guid>
					<description>JAWS 7.10 with both Firefox 1.5.0.6 and Internet Exporer 6 reads the list of links in the order 1-4 if you read straight through them in reading mode, but are ordered 1,4,3,2 when tabbing through the page.

Jon</description>
		<content:encoded><![CDATA[<p>JAWS 7.10 with both Firefox 1.5.0.6 and Internet Exporer 6 reads the list of links in the order 1-4 if you read straight through them in reading mode, but are ordered 1,4,3,2 when tabbing through the page.</p>
<p>Jon</p>
]]></content:encoded>
				</item>
	<item>
		<title>By: brothercake</title>
		<link>http://www.access-matters.com/2006/08/27/quiz-tabindex-disorder/#comment-6524</link>
		<author>brothercake</author>
		<pubDate>Thu, 14 Sep 2006 03:21:21 +0000</pubDate>
		<guid>http://www.access-matters.com/2006/08/27/quiz-tabindex-disorder/#comment-6524</guid>
					<description>For JAWS 7.0 and 5.0 I got the same results - when allowing the reader to read through the page, the links are read in source order and tabindex makes no difference; but when tabbing through the page manually (using either of JAWS' cursor modes) the links are followed in tabindex order.

For Window Eyes 5.0 (IE6) and 5.5 (IE6 and Firefox 1.5) the results were slightly different from JAWS (though all consistent with each other). When allowing the reader to read through the page, the links are read in source order; when tabbing through the page manually with the reader in MSAA Mode (or "browse on" - the normal mode used for reading pages), it's just the same - links are followed in source order; however when the reader is not in MSAA Mode (or "browse off", the mode used when completing forms) it's a different story - the links are followed in tabindex order.

In Hal 6.5 and Connect Outloud 2.0, the links are always followed in source order, irrespective of mode or interaction - tabindex makes no difference.

I would conclude from this that using a non-natural tabindex does indeed create the potential for confusion, and therefore that tabindex should not be used at all.

Though I'll be interested to investigate whether using tabindex="0" (effectively, an "auto" setting), or the "-1" value of the mozilla/IBM scripting initiative, will make any difference anywhere, as opposed to elements with no tabindex.</description>
		<content:encoded><![CDATA[<p>For JAWS 7.0 and 5.0 I got the same results - when allowing the reader to read through the page, the links are read in source order and tabindex makes no difference; but when tabbing through the page manually (using either of JAWS&#8217; cursor modes) the links are followed in tabindex order.</p>
<p>For Window Eyes 5.0 (IE6) and 5.5 (IE6 and Firefox 1.5) the results were slightly different from JAWS (though all consistent with each other). When allowing the reader to read through the page, the links are read in source order; when tabbing through the page manually with the reader in MSAA Mode (or &#8220;browse on&#8221; - the normal mode used for reading pages), it&#8217;s just the same - links are followed in source order; however when the reader is not in MSAA Mode (or &#8220;browse off&#8221;, the mode used when completing forms) it&#8217;s a different story - the links are followed in tabindex order.</p>
<p>In Hal 6.5 and Connect Outloud 2.0, the links are always followed in source order, irrespective of mode or interaction - tabindex makes no difference.</p>
<p>I would conclude from this that using a non-natural tabindex does indeed create the potential for confusion, and therefore that tabindex should not be used at all.</p>
<p>Though I&#8217;ll be interested to investigate whether using tabindex=&#8221;0&#8243; (effectively, an &#8220;auto&#8221; setting), or the &#8220;-1&#8243; value of the mozilla/IBM scripting initiative, will make any difference anywhere, as opposed to elements with no tabindex.</p>
]]></content:encoded>
				</item>
	<item>
		<title>By: Rich Pedley</title>
		<link>http://www.access-matters.com/2006/08/27/quiz-tabindex-disorder/#comment-6535</link>
		<author>Rich Pedley</author>
		<pubDate>Thu, 14 Sep 2006 08:12:16 +0000</pubDate>
		<guid>http://www.access-matters.com/2006/08/27/quiz-tabindex-disorder/#comment-6535</guid>
					<description>One thing that sticks out a mile is this "disorienting for the (screen reader) user". Once again it has been assumed that the only people who navigate a website via the keyboard is a screen reader user. This is not the case, I know many people who prefer to use the keyboard, or are in fact forced to because they are unable to use a mouse. If the tabbing index does not follow the flow of the page then it becomes very disorientating. You have to visually try and 'guess' where you are. 

Your example is really too small to show this, but after you tab through the list I still had to try and find where I had then jumped to! Furthermore the lack of style associated made things worse.</description>
		<content:encoded><![CDATA[<p>One thing that sticks out a mile is this &#8220;disorienting for the (screen reader) user&#8221;. Once again it has been assumed that the only people who navigate a website via the keyboard is a screen reader user. This is not the case, I know many people who prefer to use the keyboard, or are in fact forced to because they are unable to use a mouse. If the tabbing index does not follow the flow of the page then it becomes very disorientating. You have to visually try and &#8216;guess&#8217; where you are. </p>
<p>Your example is really too small to show this, but after you tab through the list I still had to try and find where I had then jumped to! Furthermore the lack of style associated made things worse.</p>
]]></content:encoded>
				</item>
	<item>
		<title>By: Bob Easton</title>
		<link>http://www.access-matters.com/2006/08/27/quiz-tabindex-disorder/#comment-6570</link>
		<author>Bob Easton</author>
		<pubDate>Fri, 15 Sep 2006 18:44:55 +0000</pubDate>
		<guid>http://www.access-matters.com/2006/08/27/quiz-tabindex-disorder/#comment-6570</guid>
					<description>Rich: Hear here!
It was Dennis who said "disorienting for the (screen reader) user."  I agree with you. There are many people beyond screen reader users who use the keyboard and will be equally disoriented in a more confusing case.

Yeah, I intentionally avoided any style that could give more hints.

Thanks for stopping by!</description>
		<content:encoded><![CDATA[<p>Rich: Hear here!<br />
It was Dennis who said &#8220;disorienting for the (screen reader) user.&#8221;  I agree with you. There are many people beyond screen reader users who use the keyboard and will be equally disoriented in a more confusing case.</p>
<p>Yeah, I intentionally avoided any style that could give more hints.</p>
<p>Thanks for stopping by!</p>
]]></content:encoded>
				</item>
	<item>
		<title>By: Dennis</title>
		<link>http://www.access-matters.com/2006/08/27/quiz-tabindex-disorder/#comment-6929</link>
		<author>Dennis</author>
		<pubDate>Sat, 23 Sep 2006 22:05:47 +0000</pubDate>
		<guid>http://www.access-matters.com/2006/08/27/quiz-tabindex-disorder/#comment-6929</guid>
					<description>Hi guys. It seems my quote from the Web Axe podcast was a little misleading. It seems a screenreader will "say" your test page above correctly, but a user with an input device that relies on a keyboard or soft keyboard would be confused by the inconsistency in the order of the list items and the tabindexes.</description>
		<content:encoded><![CDATA[<p>Hi guys. It seems my quote from the Web Axe podcast was a little misleading. It seems a screenreader will &#8220;say&#8221; your test page above correctly, but a user with an input device that relies on a keyboard or soft keyboard would be confused by the inconsistency in the order of the list items and the tabindexes.</p>
]]></content:encoded>
				</item>
</channel>
</rss>
