Edit ACTION-2038: Run the webkit aria-modal test file to see what happens vis-a-vis the background.

Title:

State:

Person:

Due Date:

(accepts formats such as "2005-05-17", "+1 week", "14 August 2005" and "next Thursday")

Associated Issue:

Or Associated Product:

Add notes (no markup allowed, URIs get automatically hyperlinked):

No related emails.

Related notes:

Using the OS X accessibility explorer to examine the accessibility trees with the modal dialog showing versus not, I'm not seeing any difference regarding inclusion of the background content in the tree. And VoiceOver still lets me read it.

HOWEVER, I modified the Layout Test in question to dump the accessibility tree when the modal dialog was showing. Results:

AXRole: AXWebArea AXValue:
AXRole: AXGroup AXValue:
AXRole: AXHeading AXValue: 3
AXRole: AXGroup AXValue:
AXRole: AXButton AXValue:
AXRole: AXButton AXValue:

Then I did the same for when the modal dialog was dismissed. Results:

AXRole: AXWebArea AXValue:
AXRole: AXGroup AXValue:
AXRole: AXStaticText AXValue: Other page content with
AXRole: AXLink AXValue:
AXRole: AXStaticText AXValue: a dummy focusable element
AXRole: AXGroup AXValue:
AXRole: AXButton AXValue:
AXRole: AXGroup AXValue:

So at least as far as WebKit/Safari is concerned, when the modal dialog is showing, the background content is pruned from the tree; when the modal dialog is not showing, the background content is present in the tree.

So my original theory seems to be correct. What *might* (??) be the case is that some of the support will need to be implemented in the accessibility clients. But that would be a question for Apple.

Joanmarie Diggs, 8 Mar 2016, 23:36:32

Ugh. Whitespace got stripped out of my trees. :( Thanks Tracker. Trying again with periods.

==============

Using the OS X accessibility explorer to examine the accessibility trees with the modal dialog showing versus not, I'm not seeing any difference regarding inclusion of the background content in the tree. And VoiceOver still lets me read it.

HOWEVER, I modified the Layout Test in question to dump the accessibility tree when the modal dialog was showing. Results:

AXRole: AXWebArea AXValue:
....AXRole: AXGroup AXValue:
........AXRole: AXHeading AXValue: 3
............AXRole: AXGroup AXValue:
................AXRole: AXButton AXValue:
................AXRole: AXButton AXValue:

Then I did the same for when the modal dialog was dismissed. Results:

AXRole: AXWebArea AXValue:
....AXRole: AXGroup AXValue:
........AXRole: AXStaticText AXValue: Other page content with
........AXRole: AXLink AXValue:
............AXRole: AXStaticText AXValue: a dummy focusable element
....AXRole: AXGroup AXValue:
........AXRole: AXButton AXValue:
....AXRole: AXGroup AXValue:

So at least as far as WebKit/Safari is concerned, when the modal dialog is showing, the background content is pruned from the tree; when the modal dialog is not showing, the background content is present in the tree.

So my original theory seems to be correct. What *might* (??) be the case is that some of the support will need to be implemented in the accessibility clients. But that would be a question for Apple.

Joanmarie Diggs, 8 Mar 2016, 23:40:46


Joanmarie Diggs <jdiggs@igalia.com>, James Nurthen <nurthen@adobe.com>, Chairs, Michael Cooper <cooper@w3.org>, Ruoxi Ran <ran@w3.org>, Staff Contacts
Tracker: documentation, (configuration for this group), originally developed by Dean Jackson, is developed and maintained by the Systems Team <w3t-sys@w3.org>.
$Id: index.php,v 1.326 2018/10/13 17:29:51 vivien Exp $