Bug 119695 - AX: title attribute content not exposed as accessible name
Summary: AX: title attribute content not exposed as accessible name
Status: RESOLVED DUPLICATE of bug 112842
Alias: None
Product: WebKit
Classification: Unclassified
Component: Accessibility (show other bugs)
Version: 528+ (Nightly build)
Hardware: All All
: P2 Normal
Assignee: Nobody
URL:
Keywords: InRadar
Depends on:
Blocks:
 
Reported: 2013-08-12 12:14 PDT by Steve Faulkner
Modified: 2013-09-25 17:45 PDT (History)
3 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Steve Faulkner 2013-08-12 12:14:32 PDT
In the absence of any other source for the accessible name/description for an element  the title attribute content should be used: [1]

"D. The last resort is to use text from a tooltip attribute (such as the title attribute in HTML). This is used only if nothing else, including subtree content, has provided results."

for example:

1)
<input type="text" title="test">

2)
<input type="text" aria-label="aria test">

should be equivalent, but they are not:

1) 
AXHelp:  "test"
AXDescription:  ""

2)
AXHelp:  "test"
AXDescription:  "aria test"


1) should be mapped thus:
AXHelp:  ""
AXDescription:  "test"

This results in VoiceOver not announcing the label for a control when the title attribute is used as the source of the label.


[1] http://www.w3.org/TR/wai-aria/roles#namecalculation
Comment 1 Radar WebKit Bug Importer 2013-08-12 12:14:48 PDT
<rdar://problem/14714868>
Comment 2 Steve Faulkner 2013-09-16 03:59:27 PDT
tested with Chrome (latest) and Firefox (latest) on Mac and they expose the  title attribute as the accessible (correctly), as per spec.
Comment 3 Samuel White 2013-09-25 17:45:13 PDT
Dupe of issue that was fixed.

*** This bug has been marked as a duplicate of bug 112842 ***