W3C home > Mailing lists > Public > public-html@w3.org > August 2007

Re: HEADERS, FOR whom - any ID?

From: Craig Francis <craig@synergycms.com>
Date: Mon, 6 Aug 2007 22:21:33 +0100
Message-Id: <B962D9A3-E39F-493C-989A-528445364C8C@synergycms.com>
Cc: "Jon Barnett" <jonbarnett@gmail.com>, public-html@w3.org
To: Alfonso Martínez de Lizarrondo <amla70@gmail.com>

On 6 Aug 2007, at 21:16, Alfonso Martínez de Lizarrondo wrote:
> It could be made even simpler for general use if it could point (for
> example by default) to the next input element.


Screen readers kind of do this already, where if an <input> does not  
have an associated <label>, they will guess that the preceding words  
(to the left) is the label for the text/select input... or to the  
right of a checkbox/radio input.

Its very messy, but better than nothing.

However, I don't think this should be implied in the spec... just  
because the screen readers have found a way to (just about) work in  
these situations, does not mean we should recommend their guess work  
as a solution.

Going on the classic "rate these options out of 5" example, where  
each option has X radio fields, formatted in a tabular structure  
(which is valid, as it has defined rows/cols)... then this justifies  
the <label> for those fields to be in the <th>'s... the only issue is  
that HTML4 only allows one ID per label @for... so it would be nice  
to add multiple ID's... space separated (like the @class attribute).

Thoughts?
Received on Monday, 6 August 2007 21:22:05 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Wednesday, 9 May 2012 00:16:03 GMT