minutes: User Agent Telecon 12 March 2015

from : http://www.w3.org/2015/03/12-ua-minutes.htmlreminder: Jim will be
out the next 2 weeks
User Agent Accessibility Guidelines Working Group Teleconference 12 Mar 2015

See also: IRC log   http://www.w3.org/2015/03/12-ua-irc
<http://www.w3.org/2015/03/12-ua-irc>
Attendees
PresentJeanne, Jim_Allan, Greg_Lowney, Kim_Patch, JanRegretsChairJimAllan
Scribeallanj
Contents

   - Topics <http://www.w3.org/2015/03/12-ua-minutes.html#agenda>
      1. Mobile <http://www.w3.org/2015/03/12-ua-minutes.html#item01>
      2. Exit Criteria <http://www.w3.org/2015/03/12-ua-minutes.html#item02>
      3. implementations
      <http://www.w3.org/2015/03/12-ua-minutes.html#item03>
      4. tests for 4.1.1
      <http://www.w3.org/2015/03/12-ua-minutes.html#item04>
   - Summary of Action Items
   <http://www.w3.org/2015/03/12-ua-minutes.html#ActionSummary>

------------------------------

<trackbot> Date: 12 March 2015

https://lists.w3.org/Archives/Public/w3c-wai-ua/2015JanMar/0044.html

http://www.w3.org/WAI/UA/work/wiki/Main_Page#Implementation

<scribe> scribe: allanj

<jeanne> http://www.w3.org/TR/mobile-accessibility-mapping/
Mobile

discussion of Note vs Spec. for Mobile

Henny Swan's talk at CSUN referenced UAAG20 several times

discussion of where something happened in rendering vs UI, is too
complicated.

open item 1
Exit Criteria

https://lists.w3.org/Archives/Public/w3c-wai-ua/2015JanMar/0044.html

js: remove independent implementations, change to implementations on 2 user
agents or combination of UAs with extensions
... keep 2 steps
... remove note on independent implementations and a, b, c, bullets
... remove "independent" from step 2.

gl: have 2 implementations doesn't make it any more likely that other UAs
will do something than having only 1.

js: 2 implementations is a legacy from 2 interoperable for the languages

jr: what about "tools that fully meet"

js: was never in the proposal, even in the first draft. We don't have any
implementation that is even close.

Exit Criteria

The User Agent Accessibility Guidelines Working Group intends to submit
this document for consideration as a W3C Proposed Recommendation as soon as
the following conditions are met. We expect to complete testing and show
evidence of meeting all exit criteria, and change or remove the at-risk
items as needed, no earlier than @@[date]@@.

1. Define test cases: Update the set of tests needed to cover all UAAG
normative success criteria.

2. Test Implementations: Perform these tests and verify at least two
results on user agents, and to the extent needed, combinations of user
agents and extensions.

ja: any objections to using the above as the Exit Criteria

jr: +1

gl: +1

kp: +1

<jeanne> +1

+1

close item 1

open item 2
implementations

http://www.w3.org/WAI/UA/work/wiki/Main_Page#Implementation

http://w3c.github.io/UAAG-Implementations/

https://docs.google.com/a/tsbvi.edu/spreadsheet/ccc?key=0AiiGLIaAlHSKdHNrcGNacUp2MHdXQW9sUmpBQ21Lenc&usp=drive_web#gid=0

ja: do we have to test all types of UA - desktop, mobile, media players,
readers, apps, etc

js: don't need a Level A for each category, but find implementations in
each category

testing - http://www.w3.org/WAI/UA/work/wiki/Tests_for_CR

how to test... http://w3c.github.io/UAAG/UAAG20/#principle-AT-access

<jeanne> *ACTION:* Jeanne to run a diff from September to current ED draft
to get all the changes to update the wiki page of tests. [recorded in
http://www.w3.org/2015/03/12-ua-minutes.html#action01]

<trackbot> Created ACTION-1074 - Run a diff from september to current ed
draft to get all the changes to update the wiki page of tests. [on Jeanne F
Spellman - due 2015-03-19].

and the implementation report page

http://w3c.github.io/UAAG-Implementations/

media players: bbc, ami, quicktime, real, wmp,

jr: fluid from OCAD

Readers: Epub reader,

<Jan> Fluid Infusion Video Player:
http://build.fluidproject.org/videoPlayer/demos/Mammals.html

mobile: Safari - ipad, mercury - iphone, atomicweb - iphone, ff on droid,
chrome on droid,

jr: pick the ones that have a good chance of passing,

<Jan> brb

brb

back

<Jan> back

kp: use mercury and puffin on iphone, best chance of meeting SCs

gl: category of UA...embedded browsers, blue ray players, televisions,
yikes...

jr: apple TV

http://www.sourcetreeapp.com/

for use with github

readers: readium chrome, epubreader on FF
tests for 4.1.1

4.1.1 Support Platform Accessibility Services: The user agent supports
relevant platform accessibility services. (Level A)

gl: the key thing ... we can do spot checking, but to do an exhaustive
check is nearly impossible

for 4.1.1 we can check the documentation

<Greg> For example, we can easily use Inspector to verify that a
Windows-based browser is exposing things through MSAA, but it would be hard
to impossible to check that it exposes everything it should.

<Greg> If it fails to expose generated content (e.g. list numbers, like IE
does), does it still pass?

and we could use other inspector tools on other platforms to verify

js: is this in the documentation?

ja: should say somewhere that a UA supports platform accessibility API,
bounce keys, repeat keys, highcontrast mode

js: create a test page with all of the elements, to see what is passed to
the accessibility api

gl: generated content, image alt, longdesc, accesskeys,
... what are the specifics we need to test for
... there is not good way to test in 4.1.3
... really difficult. test UI components to see what is not exposed in the
accessibility API, then find another way the browser allows the user to do
the task that does expose all of the info to the accessibility api

<Greg> Jeanne points out that we may need to rephrase 4.1.3 so that UA can
pass either by providing a workaround or not needing any. Otherwise we run
the risk of having all UA get N/A here, none passing, and thus fail our
exit criteria.

<jeanne> 'ATAG: The authoring tool does not automatically generate web
content after the end of an authoring session or authors can specify that
the content be accessible web content

<jeanne> Another example from ATAG: The authoring tool does not place
restrictions on the web content that authors can specify or those
restrictions do not prevent WCAG 2.0 success criteria from being met.

rewrite for 4.1.3

<jeanne> 4.1.3 Provide Equivalent Accessible Alternatives: The UA user
interface functionality is exposed through platform accessibility services,
or the user agent provides equivalent functionality that can be exposed
through the platform accessibility service. (Level A)

<jeanne> 4.1.3 Provide Equivalent Accessible Alternatives: UA user
interface functionality is exposed through platform accessibility services,
or the user agent provides equivalent functionality that can be exposed
through the platform accessibility service. (Level A)

<Greg> That looks fine.

+1

kp: looks good

Resolution: change 4.1.3 to Provide Equivalent Accessible Alternatives: UA
user interface functionality is exposed through platform accessibility
services, or the user agent provides equivalent functionality that can be
exposed through the platform accessibility service. (Level A)
 Summary of Action Items *[NEW]* *ACTION:* Jeanne to run a diff from
September to current ED draft to get all the changes to update the wiki
page of tests. [recorded in
http://www.w3.org/2015/03/12-ua-minutes.html#action01]

[End of minutes]

-- 
[image: http://www.tsbvi.edu] <http://www.tsbvi.edu>Jim Allan,
Accessibility Coordinator & Webmaster
Texas School for the Blind and Visually Impaired
1100 W. 45th St., Austin, Texas 78756
voice 512.206.9315    fax: 512.206.9264  http://www.tsbvi.edu/
"We shape our tools and thereafter our tools shape us." McLuhan, 1964

Received on Thursday, 12 March 2015 18:43:42 UTC