- From: Richard Schwerdtfeger <schwer@us.ibm.com>
- Date: Wed, 24 Jul 2013 09:17:22 -0500
- To: cooper@w3.org
- Cc: "wai-xtech@w3.org" <wai-xtech@w3.org>, Joseph Scheuhammer <clown@alum.mit.edu>
- Message-ID: <OF5A7C5AE7.FC1CEC4C-ON86257BB2.004A78BA-86257BB2.004E7EB4@us.ibm.com>
Michael,
I am reading the minutes. I saw you seemed to not fully understand the tie
in between MSAA and extensions to it like IA2 or UIA Express or at least
not well enough to explain to the director.
Let me clarify for you:
MSAA is the first accessibility API for Windows. It was insufficient to do
Rich Internet Applications. Also, because MSAA has deficiencies different
browser providers changed their implementation of it slightly to work
around shortcomings. Also, when extensions were added to MSAA the
implementation of MSAA varied slightly to accommodate the extensions. So,
to test a "platform implementation" you must test MSAA with its extension
to meet compliance with the ARIA spec.
These are the two implementations:
1. MSAA+IA2 - MSAA based on the Windows COM (Component Object Model) based
broker model that an AT can use ask the MSAA accessibility information
from. IA2 is an extension to it. IA2 provides special Table interfaces,
relationships, extended roles and states and object attributes as an
example. This is implemented on both Firefox and Chrome.
2. MSAA+UIAExpress - This uses a slightly different implementation of MSAA
and something called UIAExpress. UIA is divided into a provider side
(application side) and a client side (AT) API. Bridging technology maps
both MSAA and UIAExpress (provider side) to a client side API. To get the
information COM provides the inter process communication transort layer for
MSAA and the bridge provides the inter process communication on the client
side to get information from the provider side implementation. It should
also be noted that Windows also bridges between MSAA and the UIA Client
side API. Unfortunately, not all information is bridged to the UIA client
side for IE. So, in order to get access to the necessary information you
will see that the mapping tables use a combination of MSAA information and
UIA Client side API interfaces to get the data.
UIA - UIA would require a full client side implementation of IE. Ideally
the provider side and client side would be full implementations of provider
and client side interfaces. Doing this, logistically, is a problem as you
would want to have assistive technologies that are fully dependent on UIA
to truly exercise it. With the exception of Narrator (which is supposed to
use all UIA but given what I have told you that is unlikely for IE), the
legacy AT vendors primarily use the DOM with some smatterings of MSAA, UIA,
and UIA Express to access IE. This stems from the fact that they have had
to support older versions of IE (IE6 for example) which only provided DOM
and MSAA support and gaps in the bridge. Consequently there are gaps in the
UIA implementation. This is why when you look at the MSAA+UIA Express
column you see a combination of MSAA and UIA Client side interfaces being
used as the normative reference to accessing the IE platform. Over time I
expect this to look more like the UIA column bridging gaps are filled.
The combination of MSAA and the extension API should be considered a single
platform implementation. MSAA can not be taken on its own and due to the
variations in its implementation it cannot be treated as a normative
platform implementation by itself.
I hope this helps.
Rich
Rich Schwerdtfeger
From: Joseph Scheuhammer <clown@alum.mit.edu>
To: "wai-xtech@w3.org" <wai-xtech@w3.org>,
Date: 07/23/2013 03:14 PM
Subject: Minutes: [aapi] UAI TF Meeting Tue Jul 23 2013
Link: http://www.w3.org/2013/07/23-aapi-minutes.html
Plain text version follows:
[1]W3C
[1] http://www.w3.org/
- DRAFT -
Protocols and Formats Working Group Teleconference
23 Jul 2013
[2]Agenda
[2] http://lists.w3.org/Archives/Public/wai-xtech/2013Jul/0009.html
See also: [3]IRC log
[3] http://www.w3.org/2013/07/23-aapi-irc
Attendees
Present
Joseph_Scheuhammer, Michael_Cooper, Cynthia_Shelly
Regrets
David_Bolter
Chair
Joseph_Scheuhammer
Scribe
clown
Contents
* [4]Topics
1. [5]Cynthia and RIch's meeting.
2. [6]aria-checked is undefined.
3. [7]ISSUE-583
* [8]Summary of Action Items
__________________________________________________________
<trackbot> Date: 23 July 2013
trackbot, make log public
<trackbot> Sorry, clown, I don't understand 'trackbot, make log
public'. Please refer to
<[9]http://www.w3.org/2005/06/tracker/irc> for help.
[9] http://www.w3.org/2005/06/tracker/irc%3E
trackbot, make logs public
<trackbot> Sorry, clown, I don't understand 'trackbot, make
logs public'. Please refer to
<[10]http://www.w3.org/2005/06/tracker/irc> for help.
[10] http://www.w3.org/2005/06/tracker/irc%3E
<scribe> scribenick: clown
Cynthia and RIch's meeting.
CS: Met with Rich
... went over tests, got some passing, made recommedations for
changes.
... Joseph has made the changes.
JS: Yes.
CS: I need to got back and redo some of the tests.
... I"m also setting up a Windows 8 machine in the hope that
ones that fail in IE10 might pass in IE11.
<scribe> agenda:
[11]http://lists.w3.org/Archives/Public/wai-xtech/2013Jul/0009.
html
[11] http://lists.w3.org/Archives/Public/wai-xtech/2013Jul/0009.html
aria-checked is undefined.
[12]http://www.w3.org/WAI/PF/aria-implementation/#mapping_state
-property_table
[12]
http://www.w3.org/WAI/PF/aria-implementation/#mapping_state-property_table
JS: in the states/properites table, I think apple is the only
one correct.
CS: if this is a checkbox, it has to be checkable and
unchecked.
JS: but this the general case.
... What should it say if not a check box?
CS: the way it's described here is for a checkable object.
JS: I think it should state for a non-checkable object.
CS: Then it should be "Not mapped".
JS: Like apple?
... I think we could add to the lef column "treat as false if
checkbable item", where it lists checkbox, radio, etc.
CS: There is a list of the ones that require a checkable state.
JS: this will allow me to finiish a test case for aria-checked.
ISSUE-583
ISSUE-583?
<trackbot> ISSUE-583 -- Elements that are descendants of an
element having aria-activedescendant should not all be
focusable -- open
<trackbot> [13]https://www.w3.org/WAI/PF/Group/track/issues/583
[13] https://www.w3.org/WAI/PF/Group/track/issues/583
[14]https://lists.w3.org/Archives/Member/w3c-wai-pf/2013JulSep/
0118.html
[14]
https://lists.w3.org/Archives/Member/w3c-wai-pf/2013JulSep/0118.html
CS: I disagree.
... We had giant discussion about this, and we finally reached
a compromise.
... I do not want to re-open the topic.
JS: he says that the ID might not been assigned until just
before it becomes focussed.
CS: I would like to see an example of a page that works that
way.
JS: another one of his points is that many children have a
role and an ID for styling, but won't be active descendatns.
CS: That doesn't mean it needs to become an active descendant.
[15]http://www.w3.org/WAI/PF/aria-implementation/#keyboard-focu
s_aria-activedescendant
[15]
http://www.w3.org/WAI/PF/aria-implementation/#keyboard-focus_aria-activedescendant
"For any element with an ID attribute, where the element is a
descendant of an element with the aria-activedescendant
attribute, apply the following accessibility API states to the
target to ensure the object is accessible:"
"Focusable, if the element also has a WAI-ARIA
[16]http://www.w3.org/WAI/PF/aria-implementation/#def_role"
[16] http://www.w3.org/WAI/PF/aria-implementation/#def_role
CS: Right, but that doesn't mean it has to be a target. If the
author doesn't make it an active descedant, it won't become
one.
JS: Consider an AT asking how many focusable elements are there
in the container, there would be extra elements counted (if
they had an ID and a role).
CS: I think this is the only way it would work in Windows.
... Again, we had a long discusssion about this, and this is
what we could agree on.
... Even if James is right, I would want to not reopen this
until ARIA 1.1.
[17]https://lists.w3.org/Archives/Member/w3c-wai-pf/2013AprJun/
0476.html
[17]
https://lists.w3.org/Archives/Member/w3c-wai-pf/2013AprJun/0476.html
James Craig's first email about the topic ^
Topic; Testing.
MC: Like to deal with some issues prior to next Mon's call.
<MichaelC> UAIG test suite:
[18]https://www.w3.org/WAI/PF/testharness/testcases?testsuite_i
d=2
[18] https://www.w3.org/WAI/PF/testharness/testcases?testsuite_id=2
<MichaelC> UAIG tests from a year ago:
[19]http://www.w3.org/WAI/PF/wiki/ARIA/Tests/Testable_Statement
s#User_Agent_Implementation_Guide_Testable_Statements
[19]
http://www.w3.org/WAI/PF/wiki/ARIA/Tests/Testable_Statements#User_Agent_Implementation_Guide_Testable_Statements
JS: 165 more tests.
MC: are we testing these on the same platforms as ARIA.
... I assume so.
... Some tests are not platform specific.
... Some of the tables don't have IA2.
... I'm not sure what that means.
JS: Can I have an example?
... Test case 6 might be a duplicate.
<MichaelC>
[20]https://www.w3.org/WAI/PF/testharness/testcases/edit?testsu
ite_id=2&testcase_id=111
[20]
https://www.w3.org/WAI/PF/testharness/testcases/edit?testsuite_id=2&testcase_id=111
MC: this test didn't come from the UAIG, and it only has three
platforms in the wiki.
<MichaelC>
[21]https://www.w3.org/WAI/PF/testharness/testcases/edit?testsu
ite_id=2&testcase_id=155
[21]
https://www.w3.org/WAI/PF/testharness/testcases/edit?testsuite_id=2&testcase_id=155
MC: and this one: there is no column for IA2.
JS: It's MSAA that's applicable.
... IA2 is not really separate from MSAA.
... IA2 assumes MSAA roles, states, events, etc. but then adds
more where information is needed.
... IA2 is an extenstion of MSAA.
MC: We need to inform the director about this in the right way
so that all bases are covered.
... I think that answers my questions on platform.
... Next, review these test cases, and make sure they are still
accurate.
... there are places in the testable statements where there
were ...
... I made a note: "note the following need AAPI
representations of the expected results wrt posinset and
setsize"
... there are things like this peppered about the wiki testable
statements.
... we need to got through and flesh these out.
JS: there are a quite a few of those.
MC: some will be simple; some will be more involved.
JS: when is this due?
MC: want to good head start on the test suite as we enter last
call.
... want to begin the testing to verify the testing
methodology.
... ideally, enough testing on at least one user agent so we
are relatively sure of the test suite by the time we enter last
call.
... sometimes this is error correction.
... we also want to get to last call failry soon.
... the UAIG becomes more of a bottleneck as the ARIA testing
is completed.
... If we want ARIA out by Dec of this year, we can't do last
call less than three months from that — Sep.
JS: yes, it is a challenge.
MC: we've had our chat; we can continue to use this time for
UAIG test case discussion.
... Should do in Mon call as well.
... and, we need to assign people to plug these gaps, so that
we can declare the test suite good.
Summary of Action Items
[End of minutes]
__________________________________________________________
Minutes formatted by David Booth's [22]scribe.perl version
1.138 ([23]CVS log)
$Date: 2013-07-23 20:08:29 $
__________________________________________________________
[22] http://dev.w3.org/cvsweb/~checkout~/2002/scribe/scribedoc.htm
[23] http://dev.w3.org/cvsweb/2002/scribe/
--
;;;;joseph.
'A: After all, it isn't rocket science.'
'K: Right. It's merely computer science.'
- J. D. Klaun -
Attachments
- image/gif attachment: graycol.gif
Received on Wednesday, 24 July 2013 14:18:05 UTC