Re: Regarding the accessible name calculation for aria-label within links?

On Feb 13, 2014, at 6:26 AM, Schnabel, Stefan <stefan.schnabel@sap.com> wrote:

>> The UI differences between various screen readers are radically different than a few pixel differences 
> 
> You know that it was WAY more difference than "just a few pixels”. 

I wasn’t trying to be flippant or imply that the differences between CSS renderings was trivial. Just that the major differences were pixel-based display rendering differences, and every system affected had a screen that rendered pixels. This is admittedly still a generalization, but my point was that the differences between various types of assistive technologies are even more substantial than changing pixel renderings. You mentioned your expectation that “role” would always be spoken by default, but not all roles are applicable to all systems or interfaces, and some accessibility APIs don’t even have a concept of role. Likewise, keyboard and other interaction behaviors and AT-specific navigation modes are radically different than the mainstream mouse and tab key interaction behaviors that have normalized across most GUI systems in the last 30 years.

My point was just that this is a much more fundamental difference than pixel display renderings, and since these screen reader behavioral differences are not “bugs” it would be inappropriate for the W3C to release a spec telling them to change their behavior. 

Also, that it’s within the scope of the W3C to specify how HTML and CSS are rendered visually, and even how HTML and CSS are mapped to platform APIs, because HTML and CSS are W3C technologies. It’s not appropriate for the W3C to tell a screen reader or other assistive technology how to behave on a platform API, because neither of these are W3C technologies.

James

Received on Friday, 14 February 2014 01:29:46 UTC