- From: WCAG 2.0 Comment Form <nobody@w3.org>
- Date: Wed, 24 May 2006 14:17:45 +0000 (UTC)
- To: public-comments-wcag20@w3.org
Name: Jim Thatcher Email: jim@jimthatcher.com Affiliation: JimThatcher.com Document: W2 Item Number: Success Criterion 1.3.1 Part of Item: Comment Type: TE Comment (Including rationale for any proposed change): I am doing final copy editing of a book chapter on forms. I had talked about how clear the January version of WCAG20 was about forms: SC 4.1.3 The label of each user interface control in the Web content that accepts input from the user can be programmatically determined and is explicitly associated with the control. But now that has apparently been replaced by: SC 4.1.2 For all user interface components, the name and role can be programmatically determined, values that can be set by the user can be programmatically set, and notification of changes to these items is available to user agents, including assistive technologies. The problem is that 4.1.2 is absolutely inadequate. The \"Role\" of text input field is \"text input\"; the name could be \"keyinput\". 4.1.2 is basic software accessibility - leaving to the AT the process of figuring out what the prompt (label) is. I just talked with John (who sounds terrific) and he pointed out that - 1.3.1 Information and relationships conveyed through presentation can be programmatically determined, and notification of changes to these is available to user agents, including assistive technologies. Served the same purpose as 4.1.3 - I agree. But it is abstract. It requires interpretation. With the Last Call version of WCAG 2.0 there is no success criterion that specifically addresses labeling forms and I think that is a very serious mistake. Proposed Change: Please reinstate 4.1.3.
Received on Wednesday, 24 May 2006 14:17:54 UTC