W3C

- DRAFT -

Protocols and Formats Working Group Teleconference
11 Mar 2014

See also: IRC log

Attendees

Present
Joseph_Scheuhammer, +1.415.624.aaaa, Joanie_Diggs, [Microsoft], Bryan_Garaventa
Regrets
David_Bolter
Chair
Joseph_Scheuhammer
Scribe
cyns, cyns_

Contents


<trackbot> Date: 11 March 2014

<clown> agenda: this

<cyns> scribe: cyns

<clown> take up item 1

JS: I have created a version 1.1 UAIG that's a full copy of 1.0 and incorporated jason kiss's javascript for table display
... still working on build issues. I will publish when I've figured that out

<clown> take up item 2

<clown> issue-481?

<trackbot> issue-481 -- aria-live removal events should or must happen before object removal -- open

<trackbot> https://www.w3.org/WAI/PF/Group/track/issues/481

<cyns_> scribe: cyns_

<clown> action-1368?

<trackbot> action-1368 -- Cynthia Shelly to Investigate implementation of aria-live region events in ie apropos issue-481. -- due 2014-02-11 -- OPEN

<trackbot> https://www.w3.org/WAI/PF/Group/track/actions/1368

<clown> take up next item

<clown> take up next item

<clown> take up item 3

<clown> issue-441?

<trackbot> issue-441 -- Normative UAIG requirements for what UAs do when aria-posinset or aria-setsize is provided explicitly on some, but not all, elements within a set. -- open

<trackbot> https://www.w3.org/WAI/PF/Group/track/issues/441

<clown> take up item 4

<clown> issueu-618?

<clown> issue-618?

<trackbot> issue-618 -- MSAA selection event mapping for single selection case when item becomes unselected -- open

<trackbot> https://www.w3.org/WAI/PF/Group/track/issues/618

<clown> take up item 5

<clown> issue-635?

<trackbot> issue-635 -- Determine if uaig mappings for rowgroup are correct -- open

<trackbot> https://www.w3.org/WAI/PF/Group/track/issues/635

<clown> take up item 6

<clown> issue-644?

<trackbot> issue-644 -- Update ATK/AT-SPI mapping for aria-hidden="true" to reflect elements should not be exposed/mapped -- open

<trackbot> https://www.w3.org/WAI/PF/Group/track/issues/644

changed due dates for cynthia's actions to 4/8

<clown> "Element SHOULD NOT be exposed, unless it is focused or fires an accessibility event. If the object is exposed in the accessibility tree, map all attributes are normal. In addition expose object attribute hidden:true."

JS: david said mozilla ok with this wording.

JD: it's better than current language, but not as strong as she'd like

JS: David said he'd like to do this, but doens't think he can get developers to do it.
... can't have a MUST because of the 'unless' clause according to RFC

JD: this seems like an author error to me

JS: if you use display:none with labeledby doesn't get calculated
... it does get put in the label text, but no pointer to hidden accessible.
... I think the same thing probably happens with aria-hidden

JD: I'm ok with that. But it is a lot of work for Orca to pull this info out of elements.

JS: possible use case: tooltip. You might use aria-describedby to point to tooltip, but the tooltip isn't in the tree until you mouse over it. once you mouse over it, the tooltip is displayed, the accessible appears in the tree, and the relationship exists. when the tooltip goes away so does the accessible

<bgaraventa1979> a quick question, any ideas how this would work in touch screen devices?

JD: Orca doesn't want to care if this is aria or some other way to get accessibiltiy info.

CS: AT shouldn't have to care if accessibiltiy tree info comes from aria or some other technology. Narrator, for example, does not know where the aapi values came from

JD: could do a children changed at instead? Should this thing that doesn't exist be in the tree?

JS: it should not be n the tree unless it's visible.
... tooltip starts out aria-hidden, author should chagne that when it's shown
... joanie wants it to say 'if aria-hidden=true' it shouldn't be in the tree

JD: correct

<clown> http://www.w3.org/TR/wai-aria-implementation/#mapping_state-property_table

<clown> "Not exposed in AX API unless focused. If focused, expose as normal."

JS: trying to get language for ATK that's closer to Apple's language

JD: exactly

JS: would like this new language across all columns. cynthia, are you ok with this for UIA and UIAExpress?

<clown> "Element SHOULD NOT be exposed, unless it is focused or fires an accessibility event. If the object is exposed in the accessibility tree, map all attributes are normal. In addition expose aria-hidden is true in AriaProperties."

<clown> *map all attributes AS normal.

CS: looks good to me.

<clown> ACTION: Joseph to add the above language to the UAIG for aria-hidden for UIA Express, UIA, IA2, and ATK/AT-SPI [recorded in http://www.w3.org/2014/03/11-aapi-minutes.html#action01]

<trackbot> Created ACTION-1399 - Add the above language to the uaig for aria-hidden for uia express, uia, ia2, and atk/at-spi [on Joseph Scheuhammer - due 2014-03-18].

<clown> action-1399?

<trackbot> action-1399 -- Joseph Scheuhammer to Add the above language to the uaig for aria-hidden for uia express, uia, ia2, and atk/at-spi -- due 2014-03-18 -- OPEN

<trackbot> https://www.w3.org/WAI/PF/Group/track/actions/1399

JD: aria-hidden is content that shouldn't be visible to AT
... non-current slide in carosel

CS: modal dialog with greyed out background is another example.

BG: voiceover doesn't make this distinction currently.

CS: this area is buggy in all the browsers.

JS: UAIG says in essence "if it's focused, it's in the accessibility tree"

<clown> http://www.w3.org/TR/wai-aria-implementation/#include_elements

JS: I don't like this wording

CS: focusable rather than focused? That breaks the modal dialog use case, which is, afaik, the most common use case for aria-hidden

JD: need to add some guidance about aria-hidden=false

BG: div with display:none and aria-hidden=false, what happens?

JS: @hidden + aria-hidden=false should be not visible but in tree.

<joanie> https://bugzilla.mozilla.org/show_bug.cgi?id=945194

CS: having something that is not visible but in accessibility tree is an anti-pattern, not a feature

<joanie> https://bugzilla.mozilla.org/show_bug.cgi?id=945194#c60

BG: there are cases where offscreen is a useful technique.

JD: this should be 2.0, because it's a complicated issue

JS: what if html5.1 gets it in?

CS: we should synch with html a11y tf on this
... +1 to Joanie

issue: should aria-hidden=false put things in teh tree, or stay a no-op as it is now?

<trackbot> Created ISSUE-647 - Should aria-hidden=false put things in teh tree, or stay a no-op as it is now?. Please complete additional details at <https://www.w3.org/WAI/PF/Group/track/issues/647/edit>.

<clown> issue-647?

<trackbot> issue-647 -- Should aria-hidden=false put things in teh tree, or stay a no-op as it is now? -- raised

<trackbot> https://www.w3.org/WAI/PF/Group/track/issues/647

<joanie> or in between "false" and "put"

<clown> :-)

<joanie> they appeared in the past right?

Summary of Action Items

[NEW] ACTION: Joseph to add the above language to the UAIG for aria-hidden for UIA Express, UIA, IA2, and ATK/AT-SPI [recorded in http://www.w3.org/2014/03/11-aapi-minutes.html#action01]
 
[End of minutes]

Minutes formatted by David Booth's scribe.perl version 1.138 (CVS log)
$Date: 2014/03/11 20:08:47 $

Scribe.perl diagnostic output

[Delete this section before finalizing the minutes.]
This is scribe.perl Revision: 1.138  of Date: 2013-04-25 13:59:11  
Check for newer version at http://dev.w3.org/cvsweb/~checkout~/2002/scribe/

Guessing input format: RRSAgent_Text_Format (score 1.00)

Found Scribe: cyns
Inferring ScribeNick: cyns
Found Scribe: cyns_
Inferring ScribeNick: cyns_
Scribes: cyns, cyns_
ScribeNicks: cyns, cyns_

WARNING: No "Topic:" lines found.

Default Present: Joseph_Scheuhammer, +1.415.624.aaaa, Joanie_Diggs, [Microsoft], Bryan_Garaventa
Present: Joseph_Scheuhammer +1.415.624.aaaa Joanie_Diggs [Microsoft] Bryan_Garaventa
Regrets: David_Bolter
Found Date: 11 Mar 2014
Guessing minutes URL: http://www.w3.org/2014/03/11-aapi-minutes.html
People with action items: joseph

WARNING: Input appears to use implicit continuation lines.
You may need the "-implicitContinuations" option.


WARNING: No "Topic: ..." lines found!  
Resulting HTML may have an empty (invalid) <ol>...</ol>.

Explanation: "Topic: ..." lines are used to indicate the start of 
new discussion topics or agenda items, such as:
<dbooth> Topic: Review of Amy's report


[End of scribe.perl diagnostic output]