<?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: Speaking forms labels - part 4</title>
	<link>http://www.access-matters.com/2006/08/27/quiz-speaking-forms-labels-part-4/</link>
	<description>Seeking Best Accessibility Practices</description>
	<pubDate>Mon, 12 May 2008 00:55:13 +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-speaking-forms-labels-part-4/#comment-6247</link>
		<author>dotjay</author>
		<pubDate>Thu, 07 Sep 2006 13:53:13 +0000</pubDate>
		<guid>http://www.access-matters.com/2006/08/27/quiz-speaking-forms-labels-part-4/#comment-6247</guid>
					<description>This is pretty much as I expected from JAWS, but I tested the page using JAWS 7.10.

Using with Firefox 1.5.0.6:

Reading the page by skipping through in Virtual Cursor reading mode with the down arrow, JAWS reads out the input labels, the edit boxes and the paragraph between the two inputs.

JAWS reads through the first paragraph, then reads the label on the first input before continuing onto the form field when you press the down arrow to continue reading. Weirdly, when you go on to read through the extra paragraph between the two inputs, JAWS reads out the first word of the second input label as part of the extra paragraph: "... for the next field. Second." and then continues reading "field input" as the label (without the word "Second") and then continues on to the second edit box. A little bug there (with Firefox at least - see below).

If you hit the form and enter forms mode, type something and then hit Tab to go to the next form control (just like tabbing through controls on the page in Virtual Cursor reading mode) you skip the extra paragraph in the form and go straight to the second input field.

However, if you enter the first input field, type something and then leave Forms Mode (hit the plus key on the number pad) and press the down arrow to continue reading, JAWS will read out the extra paragraph (as you are back in reading mode). I can see that some users may not know how to exit Forms Mode, or are not informed that they may need to do so.

JAWS 7.10 with Internet Explorer 6 (IE6):

With IE6, JAWS behaves the same way except that it does not exhibit the same bug as Firefox does in reading out the first word of the second label at the end of the paragraph located within the form.</description>
		<content:encoded><![CDATA[<p>This is pretty much as I expected from JAWS, but I tested the page using JAWS 7.10.</p>
<p>Using with Firefox 1.5.0.6:</p>
<p>Reading the page by skipping through in Virtual Cursor reading mode with the down arrow, JAWS reads out the input labels, the edit boxes and the paragraph between the two inputs.</p>
<p>JAWS reads through the first paragraph, then reads the label on the first input before continuing onto the form field when you press the down arrow to continue reading. Weirdly, when you go on to read through the extra paragraph between the two inputs, JAWS reads out the first word of the second input label as part of the extra paragraph: &#8220;&#8230; for the next field. Second.&#8221; and then continues reading &#8220;field input&#8221; as the label (without the word &#8220;Second&#8221;) and then continues on to the second edit box. A little bug there (with Firefox at least - see below).</p>
<p>If you hit the form and enter forms mode, type something and then hit Tab to go to the next form control (just like tabbing through controls on the page in Virtual Cursor reading mode) you skip the extra paragraph in the form and go straight to the second input field.</p>
<p>However, if you enter the first input field, type something and then leave Forms Mode (hit the plus key on the number pad) and press the down arrow to continue reading, JAWS will read out the extra paragraph (as you are back in reading mode). I can see that some users may not know how to exit Forms Mode, or are not informed that they may need to do so.</p>
<p>JAWS 7.10 with Internet Explorer 6 (IE6):</p>
<p>With IE6, JAWS behaves the same way except that it does not exhibit the same bug as Firefox does in reading out the first word of the second label at the end of the paragraph located within the form.</p>
]]></content:encoded>
				</item>
	<item>
		<title>By: dotjay</title>
		<link>http://www.access-matters.com/2006/08/27/quiz-speaking-forms-labels-part-4/#comment-6472</link>
		<author>dotjay</author>
		<pubDate>Tue, 12 Sep 2006 14:58:53 +0000</pubDate>
		<guid>http://www.access-matters.com/2006/08/27/quiz-speaking-forms-labels-part-4/#comment-6472</guid>
					<description>I thought I'd report that I have been informed that the issue with the first word of the label text being read out incorrectly will be fixed in the upcoming version of JAWS.</description>
		<content:encoded><![CDATA[<p>I thought I&#8217;d report that I have been informed that the issue with the first word of the label text being read out incorrectly will be fixed in the upcoming version of JAWS.</p>
]]></content:encoded>
				</item>
	<item>
		<title>By: Bob Easton</title>
		<link>http://www.access-matters.com/2006/08/27/quiz-speaking-forms-labels-part-4/#comment-6572</link>
		<author>Bob Easton</author>
		<pubDate>Fri, 15 Sep 2006 18:46:56 +0000</pubDate>
		<guid>http://www.access-matters.com/2006/08/27/quiz-speaking-forms-labels-part-4/#comment-6572</guid>
					<description>Jon,
Thanks for the tests and the good news about the label reading bug.  Glad to hear a fix is near.</description>
		<content:encoded><![CDATA[<p>Jon,<br />
Thanks for the tests and the good news about the label reading bug.  Glad to hear a fix is near.</p>
]]></content:encoded>
				</item>
</channel>
</rss>
