[Fwd: Re: [Fwd: Re: New properties for StatusNotifierItem: Accessible Label (1/3)]]

[Aaron J. Seigo]

On Tuesday, March 1, 2011, Matthew Paul Thomas wrote:
> > I understand that it's suboptimal (though thanks, Matthew for laying it
> > out in greater detail), my reservation was that many developers simply
> > don't care about accessibility enough to add another string, so it
> > probable makes sense if the accessible label falls back to the tooltip
> > when the developer forgot to specify the accessible label.
> 
> In the particular case of StatusNotifierItem, KDE developers may decide
> for consistency that they should always, or (as in Ubuntu) should never,
> have tooltips. 

irrelevant, as this is something decided on the visualization side, not 
something the application developer needs to worry about.

> But in general, while all interactive graphic-only
> elements should have accessible labels, not all of them need tooltips.

example?

> >> Images in HTML. After a long struggle, accessibility advocates finally
> >> got most browsers to treat alt= (the accessible equivalent) and title=
> >> (the tooltip) differently, to help Web authors understand that what's
> >> good for one is rarely good for the other.
> > 
> > Exactly, and how many websites end up with this distinction correctly
> > implemented?
> >
> >...
> 
> In a survey by Opera Software of 3,219,487 Web pages that used the <img>
> element, 2,520,939 of them (78%) used alt=, while 367,132 (11%) used
> title=.
> <http://dev.opera.com/articles/view/mama-images-elements-and-formats/#img>
> 
> As far as I know, there are no public statistics on how often <img>
> elements have distinct alt= and title= values. But we can conclude, at
> least, that Web authors care enough about accessibility to provide
> accessible equivalents most of the time.

after years of getting it pounded into their heads and with the added bonus 
that this text is often used for things like tooltips ... they still fail 11% 
of the time.

colour me unconvinced :)

-- 
Aaron J. Seigo
humru othro a kohnu se
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA  EE75 D6B7 2EB1 A7F1 DB43

KDE core developer sponsored by Qt Development Frameworks
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
Url : http://mail.kde.org/pipermail/plasma-devel/attachments/20110303/e345f698/attachment.sig