- From: Ian Jacobs <ij@w3.org>
- Date: Mon, 22 Mar 1999 14:03:02 -0500
- To: Jaap.van.Lelieveld@inter.nl.net
- CC: w3c-wai-gl@w3.org
jaap van lelieveld wrote:
>
> It is good to have explanation of terms (appendix C).
> In the document though "speech" and "brailledisplay" are used
> frequently.
>
> I'd like to propose to use the term "screen reader" unless it
> is explicitly an item on "braille" or "speech".
Can you list cases very specifically where you think
"screen reader" should be used instead of a different term?
> : reading a (windows / GUI) screen is impossible without a scren reader !
> : Intelligent use can only be provided by the screen reader
> and not by the speech or braille device.
>
> Item 10.1:
> It is mentioned here braille-displays do not have a "pointing device".
> This is not true any more. Nearly ALL today's brailledisplays
> include a pointing / clicking mechnism.
> The problem though is "where to click" instead of "how to click".
Would it be sufficient to delete "(e.g., a braille display)"
from the following excerpt from 10.1:
"someone who is using the page without sight, with voice
input, or with a keyboard or who is using an input device
other than a mouse (e.g., a braille display) will not
be able to use the form."
Or should we reconstruct the sentence?
> I'd like to propose to change item 10.1 to indicate it is
> important to:
> - be able to find the click-sensitive area
I believe this is covered by checkpoint 1.7:
Povide redundant text links for each active
region of an image map.
> - make sure a tab-stop is ALWAYS on/in the click-sensitive area
> (is several cases this is not the case).
Is this not a user agent issue?
> - make sure it is clear what the click will give you.
This is covered by checkpoint 15.1:
Clearly identify the target of each link.
- Ian
--
Ian Jacobs (jacobs@w3.org)
Tel/Fax: (212) 684-1814
http://www.w3.org/People/Jacobs
Received on Monday, 22 March 1999 14:04:17 UTC