- From: Ian Jacobs <ij@w3.org>
- Date: Thu, 17 Jun 1999 12:47:31 -0400
- To: w3c-wai-ua@w3.org
Reference document: http://www.w3.org/WAI/UA/WAI-USERAGENT-19990611 Based on discussions at the 17 June UAGL teleconference [1] here is a proposed modification to the checkpoints in Guidelines 7 (Navigation). The proposal leaves intact checkpoints 7.1, 7.2, and 7.3 which were discussed and "approved" during the teleconference. 1) Merge 7.4 and 7.5. Proposed text: "Allow the user to navigate all active elements in the document." Proposed Priority: 2. Techniques: sequential, direct, search, etc. 2) Delete 7.6 (Allow the user to search for active elements). 3) I propose that we leave 7.7 (text search) and 7.8 (document tree navigation). However, several issues persist about searching: a) Do we search on the document source or rendered content? At the teleconf, the Working Group expressed consensus that searching should be on rendered content only (recall: rendered does not mean only that which is in the viewport, but the entire document as rendered). b) Do we search on (some or all) attribute values (or even attribute names)? Attributes used to specify alternative content are of particular interest. There is a checkpoint that already ensures that UAs provide access to this content (6.3), which I assume means that it's somehow rendered. Which means that it would be covered by checkpoint 7.7. I don't see that searching on attribute names would reduce barriers to accessibility. I propose, therefore, not to restore a checkpoint on searching attribute values. Related questions: - Should we add a checkpoint about navigating all elements? Some thoughts: a) This may not be necessary since Checkpoint 7.8 (document tree navigation) would allow this. ISSUE: We talk about navigating the document tree which I assume means the source tree. However, we talk about searching the rendering structure. The rendering structure may not be "tree-shaped" and contains information that may not come from the source tree (e.g., content generated by style sheets, numbers in numbered lists, etc.). What exactly do we mean by navigating the document tree? b) Navigating all elements feels like a technique to me (for accessing/skipping information more quickly). I could imagine two (Pri 3) checkpoints for dependent user agents: i) Allow users to navigate elements in a document. ii) Allow users to configure which element types they wish to navigate. This already exists as checkpoint 2.4 and is meant to apply to all navigation checkpoints. However, it's utility would be made more evident with a general checkpoint about navigating elements. c) Why sequential navigation of all elements and not direct navigation? Is sequential navigation of all elements more beneficial (or just more prevalent/easier to implement/)? - Ian [1] http://lists.w3.org/Archives/Public/w3c-wai-ua/1999AprJun/0205.html -- Ian Jacobs (jacobs@w3.org) http://www.w3.org/People/Jacobs Tel/Fax: +1 212 684-1814
Received on Thursday, 17 June 1999 12:47:28 UTC