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

Matthew Paul Thomas mpt at canonical.com
Fri Mar 11 18:17:27 CET 2011


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Aaron J. Seigo wrote on 03/03/11 19:53:
>
> On Thursday, March 3, 2011, Matthew Paul Thomas wrote:
>>
>> Aaron J. Seigo wrote on 03/03/11 06:15:
>>>
>>> On Tuesday, March 1, 2011, Matthew Paul Thomas wrote:
>...
>>>> But in general, while all interactive graphic-only elements should
>>>> have accessible labels, not all of them need tooltips.
>>>
>>> example?
>>
>> Icon-only labels at opposite ends of a slider: for example, muted at
>> one end and maximum-volume at the other, or low-zoom at one end and
>> high-zoom at the other. The icons should have accessible labels, but
>> to a sighted user they are obvious enough that tooltips would be
>> silly. (If they weren't obvious enough, the correct fix would be to
>> make the labels plain text, as slider labels often are, not to give
>> them tooltips.)
> 
> i was hoping for examples relevant to the topic at hand, namely status 
> notifiers / app indicators. :)

You asked for an example of my "in general" point, not of status
notifiers in particular.

For status notifiers in particular, as you may know, Ubuntu's design
position is that the answer to which app indicators should be obvious
enough not to need a tooltip is "all of them".

>...
>> If the syntax had been <img src="...">alternate</img>, it would have
>> been much more obvious that an alternate was expected and what it was
>> for. Sure, some people would still have routinely written
>> <img src="..."></img>. But fewer people would have, because it would
>> have been more obvious that that was missing something than that
>> <img src="..."> is missing something.
> 
> <img src="http://idontcare.com/haha.png" />
> 
> :)
> 
> most API is abusable, and app developers will do just that. a truly
> crappy part of reality.

We're not disagreeing. The fact remains that a well-designed API will be
used in good ways more often than a badly-designed API. An API that
makes accessibility obvious will be used accessibly more often than one
that makes accessibility non-obvious.

- -- 
mpt
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk16WSYACgkQ6PUxNfU6ecrctQCeMipT99JLeyPtzJd+a3NINzcO
G9EAn0Kp/KOVnfGFoyUpIGEfR9WLI0x4
=fzlb
-----END PGP SIGNATURE-----


More information about the Plasma-devel mailing list