- From: Phill Jenkins <pjenkins@us.ibm.com>
- Date: Tue, 28 Apr 2009 15:06:17 -0500
- To: public-comments-wcag20@w3.org
- Cc: w3c-wai-ig@w3.org
- Message-ID: <OF9E9E0AD8.DFEB4447-ON862575A6.006BA191-862575A6.006E6F2C@us.ibm.com>
Referring to the Testing procedures for General Technique G167
G167: Using an adjacent button to label the purpose of a field
http://www.w3.org/TR/2008/NOTE-WCAG20-TECHS-20081211/G167
Tests
Procedure
For a field and a button using this technique:
1. Check that the field and button are adjacent to one another in the
programmatically determined reading sequence.
2. Check that the field and button are rendered adjacent to one
another.
Expected Results
All checks are true.
My questions are:
What is the difference between bullet 1 and 2? Both seem to be trying to
determine that the input field and button are adjacent to each other. To
me, programmatically determining the reading sequence is the same as
determining how they are rendered. In other words - "programmatically
determined reading sequence" is a definition for "rendering". Checking
that they are rendered adjacent to each other can be done by walking
through the code as a human or using a user agent to execute the code -
but that is ONE test procedure with a manual or machine method. We should
NOT have test procedures saying to run an automated test tool and a second
test procedure saying to inspect the code manually. I ask my self, how
can they be programmatically determined to be next to each other and not
be rendered adjacent to each other, except there are bugs in the user
agent?
Is there some other intended difference between these two bullets by the
author or working group? otherwise I think they should be combined into
one test procedure.
For a field and a button using this technique:
1. Check that the field and button are adjacent to one another when
rendered (i.e., programmatically determined reading sequence).
Expected Results
All checks are true.
Regards,
Phill Jenkins,
Received on Tuesday, 28 April 2009 20:07:00 UTC