Table Navigation

Please see comments below for specifics.

I would argue that 1, 2, and 3/4 are priority 1 issues.  5 through 8 are
probably priority 2.  The summary information issue is an interesting one,
since most mainstream browsers do not render this information for
non-disabled users.  We probably cannot require a browser to make
information accessible to the user with a disability that isn't available to
the able-bodied user, even though it might be helpful.

Denis Anson, MS, OTR
Assistant Professor
Computer Access Specialist
College Misericordia
301 Lake Street
Dallas, PA 18612

RESNA
The International Organization of Assistive Technology Professionals

Member since 1989

-----Original Message-----
From: w3c-wai-ua-request@w3.org [mailto:w3c-wai-ua-request@w3.org]On
Behalf Of Jon Gunderson
Sent: Friday, January 08, 1999 1:13 PM
To: w3c-wai-ua@w3.org
Subject: UA ISSUE OF THE WEEK: Table element access


The table navigation, rendering and orientation issue has been a
particularly difficult issue for the UA group to resolve.  To help resolve
table issues I think we need to:

1. Define the media contexts that features are designed to enhance.
2. Checkpoints define the problem and not specific resolution of the issue.
3. Use the technique documents to suggest implementation techniques.

During the face-to-face meeting last month a small group of people was
given the task of coming up with some new ideas for the checkpoints related
to tables.  I would like to use their results and the results of
discussions on the list and telecons as the basis of a proposal for
discussion during the week and at the next teleconference on Wednesday.

Please take the time to review this proposal and comment, or to submit your
own proposals or counter proposals.  Let's try to get the issues all on the
table before the telecon next week.

Checkpoint 1: Allow a user using an auditory, Braille and/or visually
enlarged rendering of a document to view the information in a single table
cell.

** Comment here **
It is not critical that the user be able to render a single cell, except,
perhaps, for the auditory browser.  However, it is absolutely critical that
the cells be rendered as discrete elements.  The difference between these
two statements is that a screen enlarger, or even a Braille device, might
have the ability to render more than one cell at a time, but the
distinctions between the cells must be maintained.

A counter-example of this would be found in the older versions of the screen
enlarger "Magic."  Magic had a mode that would allow the right and left
sides of the screens to be "wrapped" so that text that extended off the side
of the screen would be displayed below the text from the left side.  If the
table ordinarily displayed two cells across the screen, (or even more), the
result  would be that the content of the right cell would be intermingled
with the left cell.

The correct method of display would be to use cell borders to limit the
material, so that the content of the left cell might be wrapped within the
left cell, and the right side material would be wrapped within the right
cell.

Even an auditory browser might vocalize a series of cells in a single
utterance, but it would have to read all of one cell, indicate a change of
cells somehow, and then read the next cell.  A good auditory browser might
have "read row" and "read column" commands, that would vocalize those
entities in a stream, with indications of change of cell.

*** End of comment ***

Checkpoint 2: Provide a user using an auditory, Braille and/or visually
enlarged rendering of a document commands to move the rendering focus
between table cells.

*** Comment ***
Since cells to not receive "focus," the proper term here is "point of
regard," to be consistent with the definitions given in the document.  I
think that we should specify that we want "up and down" as well as "right
and left" navigation.  A linearlized table provides the means to move
right-and-left, but not "up and down."
*** End of Comment ***

Checkpoint 3: Provide a user using an auditory, Braille and/or visually
enlarged rendering of a document an option to have header information
viewed as part of the table cell rendering.

Checkpoint 4: Provide a user using an auditory, Braille and/or visually
enlarged rendering of a document a command to view the header information
associated with a table cell.

*** Comment ***
Checkpoints three and four present an interesting dilemma.  At least one
technique must be Priority 1.  But both need not be.  The user must have a
way of connecting header information to a cell, but whether that is
incorporated within the cell rendering, or as a "shift command" is a matter
of preference, I think.
*** End of Comment ***

Checkpoint 5: Provide a user using an auditory, Braille or visually
enlarged rendering of a document a command to view the summary information
of the current table.

Checkpoint 6: Provide a user using an auditory, Braille or visually
enlarged rendering of a document the ability to search for text in the
current table.

Checkpoint 7: Provide a user using an auditory, Braille or visually
enlarged rendering of a document the ability to view the nesting
relationships of nested tables.

Checkpoint 8: Provide a user using an auditory, Braille or visually
enlarged rendering of a document commands to move the rendering focus
between nested tables.


Checkpoints 1,2,3,4 and 5 may be also good to think about in relation to
access to frames.

Sorry this is a day late but my daughter was sick yesterday.
Look forward to your comments,
Jon

Jon Gunderson, Ph.D., ATP
Coordinator of Assistive Communication and Information Technology
Division of Rehabilitation - Education Services
University of Illinois at Urbana/Champaign
1207 S. Oak Street
Champaign, IL 61820

Voice: 217-244-5870
Fax: 217-333-0248
E-mail: jongund@uiuc.edu
WWW:	http://www.staff.uiuc.edu/~jongund
	http://www.als.uiuc.edu/InfoTechAccess

------=_NextPart_000_0036_01BE3B11.A6E411C0
Content-Type: text/x-vcard;
	name="Denis Anson.vcf"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="Denis Anson.vcf"

BEGIN:VCARD
VERSION:2.1
N:Anson;Denis
FN:Denis Anson
ORG:College Misericordia;Occupational Therapy
TITLE:Asst. Professor
TEL;WORK;VOICE:(717) 674-6413
TEL;HOME;VOICE:(717) 298-2031
TEL;WORK;FAX:(717) 674-8902
ADR;WORK;ENCODING=3DQUOTED-PRINTABLE:;;301 Lake =
Street=3D0D=3D0A;Dallas;PA;18612;USA
LABEL;WORK;ENCODING=3DQUOTED-PRINTABLE:301 Lake =
Street=3D0D=3D0A=3D0D=3D0ADallas, PA 18612=3D0D=3D0AUSA
ADR;HOME:;;RR1, Box 94D1;Noxen;PA;18636;United States of America
LABEL;HOME;ENCODING=3DQUOTED-PRINTABLE:RR1, Box 94D1=3D0D=3D0ANoxen, PA =
18636=3D0D=3D0AUnited States of America
URL:
URL:http://www.miseri.edu/academic/departs/hlthweb/OtWeb/Faculty/Denis.ht=
m
EMAIL;PREF;INTERNET:danson@miseri.edu
REV:19981117T174248Z
END:VCARD

------=_NextPart_000_0036_01BE3B11.A6E411C0--

Received on Monday, 11 January 1999 08:32:28 UTC