- From: James Craig <jcraig@apple.com>
- Date: Fri, 14 Nov 2014 04:37:38 -0800
- To: Joseph Scheuhammer <clown@alum.mit.edu>, W3C WAI Protocols & Formats <public-pfwg@w3.org>
- Cc: Alice Boxhall <aboxhall@chromium.org>, Steve Faulkner <faulkner.steve@gmail.com>
+Joseph for the potential AccName edit. > On Nov 11, 2014, at 6:58 PM, James Craig <jcraig@apple.com> wrote: > > On Nov 10, 2014, at 2:14 PM, Alice Boxhall <aboxhall@chromium.org> wrote: > >> On Mon, Nov 10, 2014 at 1:12 PM, James Craig <jcraig@apple.com> wrote: >> >>> Quoting from the next line: "Because the element is no longer an image, the role-specific host language labeling mechanism (e.g. img@alt) no longer applies." >> >> I was actually wondering about that: why does the role affect the alternative text computation? The @src attribute will still work, after all. Why would we want to ignore the @alt attribute? Is there any chance the aria-label will not simply be a duplicate? > > The text alternative computation already takes role into consideration. For example, if will not traverse the contents of roles that do not list "roleFrom: contents" > > I could be convinced to allow @alt here, but if the user redefined the role, why should be role-specific labeling mechanism still work? If we allow @alt, should we allow other @summary on <table role="group" summary="foo">? Is that a slippery slope? What about labeling mechanisms in other host languages like SVG? I've changed the example to no longer rely on the duplicate @alt + @aria-label. > <p>I <img src="icon.gif" alt="love" role="text"> New York.︎</p> I think the reason I was getting hung up was because of a slight ambiguity in the accessible name computation. I interpreted this section as being based on the role of the native element, not the element type itself. Quoting: """ Otherwise, if the current node's native markup provides an attribute or element that defines a text alternative, return that alternative as a flat string, unless the element is marked as presentational (role="presentation" or role="none"). """ Cite: http://rawgit.com/w3c/aria/master/accname-aam/accname-aam.html I suggest an AccName change from: > if the current node's native markup provides an attribute or element that defines a text alternative To: > if the current node's host language defines a text alternative for the native element type Basically, that section of the AccName should pick its label based on native element (<img>), not role (even though the role is no longer image). James
Received on Friday, 14 November 2014 12:38:07 UTC