E-mail List Archives

Re: Labels on Checkboxes in data tables


From: Birkir R. Gunnarsson
Date: Mar 28, 2013 6:02PM

I did copy and paste the url to this article off of Twitter once, not
sure how applicable it is, but it does make a good point regarding
labels and input fields:
I also thought fields without labels were harder to interact with on a
cell phone screen, but I can't locate the resources at the moment.

On 3/28/13, Roger Hudson < <EMAIL REMOVED> > wrote:
> While I agree with the general idea that it is possible to provide an
> identifying name to a form input without using a visible label, it might
> cause some problem with complying with WCAG 2 at AA - in particular SC
> 2.4.6.
> Roger Hudson
> Web Usability
> Web: www.usability.com.au
> Twitter: http://twitter.com/rogerhudson
> -----Original Message-----
> From: Paul J. Adam [mailto: <EMAIL REMOVED> ]
> Sent: Friday, 29 March 2013 9:22 AM
> To: WebAIM Discussion List
> Subject: Re: [WebAIM] Labels on Checkboxes in data tables
> If the design cannot handle a visible label then just use an aria-label
> and/or a title attribute to give the form control an accessible name.
> Proper
> row and column headers may also be necessary.
> Paul J. Adam
> Accessibility Evangelist
> www.deque.com
> On Mar 28, 2013, at 5:07 PM, Susan Grossman < <EMAIL REMOVED> >
> wrote:
>> Get a lot of push back on putting labels in data tables that contain
>> form elements. Generally they want to move off screen all the labels
>> so they aren't visible.
>> I push back on check boxes/radio buttons because having a visible
>> label gives users that larger area to select.
>> The push back is that it's too cluttered in a selection column having
>> the word "select" over the button/box. When doing government sites,
>> they just go ahead and put the labels into the cell.
>> So, opinions on whether the trend is going to all labels being hidden
>> if the inputs of any type are in a table cell would be appreciate.
>> Links extremely helpful on examples or write-ups.
>> Thank you for your time -
>> --
>> *Susan R. Grossman*
>> >> >> list messages to <EMAIL REMOVED>
> > > messages to <EMAIL REMOVED>
> > > >