E-mail List Archives
Re: Name, Role, Value and Labels or Instructions techniques...
From: Birkir R. Gunnarsson
Date: Apr 1, 2015 1:10AM
- Next message: Sylvia Richardson: "Re: Accessible Tooltips with HTML-content"
- Previous message: Birkir R. Gunnarsson: "Re: Accessible Tooltips with HTML-content"
- Next message in Thread: Cliff Tyllick: "Re: Name, Role, Value and Labels or Instructions techniques..."
- Previous message in Thread: Ryan E. Benson: "Re: Name, Role, Value and Labels or Instructions techniques..."
- View all messages in this Thread
It is a fact that WCAG definitely has a little bit of screen reader bias.
Well, that is only part of the story. The other part is that browser
vendors should have done a better job making keyboard only navigation
accessible, such as options or displaying title attributes onFocus as
well as onHover
Users with dexterity impairments should be able to click on the target
of aria-labelledby )which at that point is the programmatically
associated label for a form control) to move focus into the associated
input field or checks the associated radiobutton.
browsers should enable users to configure the default color and
appearance of placeholder text so that they can make placeholder color
contrast sufficient when necessary,
color contrast requirements should definitely be an A vs. a AA violation
..and so on.
screen reader users have the luxury of applications that take full
benfit of WCAG compliance. Sadly other groups of disabilities may not
have that luxury because they do not rely solely on assistive
technology to make webpages fully work for them.
This is a process, and hopefully we can move it forward, both in terms
of current browsers and other applications taking more advantage of
accessible mark-up, as well as keeping future improvements to our
standards in mind.
I think WCAG compliance offers a lot more accessibl scenarios than we
)the tech world= currently offer, which makes the future exciting.
-B
On 3/31/15, Ryan E. Benson < <EMAIL REMOVED> > wrote:
>>It's just different ways to get to the same outcome.
>
> except when the scope is expanded to people not using screen readers, such
> as my need for needing larger targets at times.
>
> --
> Ryan E. Benson
>
> On Tue, Mar 31, 2015 at 8:47 AM, Léonie Watson < <EMAIL REMOVED> > wrote:
>
>> " So with the new document, 4.1.2 and 3.3.2 success criterion, in a way,
>> contradict each other. Part of me ask why list something that can be done.
>> but really should not be done?"
>>
>> I don't think they do contradict each other do they? 4.2.2 requires that a
>> thing has an accessible name, 3.2.2 requires that it has a visible label.
>> You can meet both in one go using the <label> element, or you can meet
>> them
>> separately using the title attribute and a different visual label. It's
>> just different ways to get to the same outcome.
>>
>>
>> Léonie.
>> --
>> @LeonieWatson Tink.UK Carpe diem
>>
>>
>> >> >> >> >>
> > > > >
--
Work hard. Have fun. Make history.
- Next message: Sylvia Richardson: "Re: Accessible Tooltips with HTML-content"
- Previous message: Birkir R. Gunnarsson: "Re: Accessible Tooltips with HTML-content"
- Next message in Thread: Cliff Tyllick: "Re: Name, Role, Value and Labels or Instructions techniques..."
- Previous message in Thread: Ryan E. Benson: "Re: Name, Role, Value and Labels or Instructions techniques..."
- View all messages in this Thread