- From: Ian B. Jacobs <ij@w3.org>
- Date: Wed, 05 Jun 2002 17:11:11 -0400
- To: Jon Gunderson <jongund@uiuc.edu>
- CC: w3c-wai-ua@w3.org
Jon Gunderson wrote: > > The following checkpoints are all related to the problem of authors not > using accessible design practices: > Checkpoint 1.2 Activate event handlers > Checkpoint 9.5 No events on focus change > Checkpoint 9.6 Show event handlers > > The list discussion suggested that these were important requirements to > keep with one vote to remove the requirements altogether. > > PROPOSAL: We create a new label called "repair" that would include this > set of checkpoints and the following checkpoints: > Checkpoint 2.2 Provide text view. (P1) > Checkpoint 2.7 Repair missing content. (P2) > Checkpoint 2.8 No repair text. (P3) > > These checkpoints I think are all related to repairing poorly authored > web pages. > > The advantage of a "repair" label is that we can keep the requirements, > but still provide a means for user agents to conform even if they do not > implement these specific requirements. Jon, I like the idea of a repair checkpoint. I'm not sure I would include 2.2 in that list, however. I think that this is a "last resort" checkpoint and should remain a P1 checkpoint. I haven't reviewed the other checkpoints in the document to see whether there are other repairs that we require. I hesitate to use the word "repair" to label the set, but I don't have a counter-proposal right now. In the case of HTML event handlers, for example, it's not an authoring error to specify a mouse binding only. It is an error with respect to WCAG 1.0: 9.3 For scripts, specify logical event handlers rather than device-dependent event handlers. I think we should be able to show why each checkpoint is a repair checkpoint. _ Ian -- Ian Jacobs (ij@w3.org) http://www.w3.org/People/Jacobs Tel: +1 718 260-9447
Received on Wednesday, 5 June 2002 17:13:44 UTC