W3C

Accessible Rich Internet Applications Working Group Teleconference

13 Dec 2016

See also: IRC log

Attendees

Present
Joanmarie_Diggs, Joseph_Scheuhammer, Richard_Schwerdtfeger, Bryan_Garaventa
Regrets
Chair
Joseph_Scheuhammer
Scribe
joanie

Contents


<clown1> agenda: this

<scribe> scribe: joanie

Meeting next week (Dec 20).

JS: The decision is to not meet next week because there are not enough people around.

RS: The ARIA Working Group meeting is not going to occur this week.

UIA mappings (Joseph/Bogdan) Finished and closed.

JS: All of Bogdan's stuff has been merged into master.
... I think we're done with UIA mappings and ready for it to go to testing.
... Reminder: We have UIA mappings for aria-haspopup, roles for range-related widgets and for new table properties, feed, and aria-details.

RS: Firefox supports the feed role.

ACTION-2066: (Joseph) Include spec text in 5.6.4 for automatic computation of posinset and setsize for menuitems.

<clown> action-2066

<trackbot> action-2066 -- Joseph Scheuhammer to Include spec. text in 5.6.4 for automatic computation of posinset and setsize for menuitems and their subclasses. -- due 2016-05-19 -- OPEN

<trackbot> http://www.w3.org/WAI/ARIA/track/actions/2066

JS: I came across this action and thought I could knock it off really quickly.
... Then looking at it I concluded it may already be done.

<clown> https://rawgit.com/w3c/aria/master/core-aam/core-aam.html#mapping_additional_position

JS: The above link is where it would be added.
... Third paragraph down begins (reads from spec)

<clown> Otherwise, walk backward and forward within the DOM parent, counting items that have the same role.

JS: The above is from the spec
... (Discusses some language changes)
... Change "DOM parent" to "DOM parent or parent defined by aria-owns"

JD: Parent or ancestor?

JS: I think I will leave it as proposed until someone complains.
... For "walk backward and forward within the DOM parent", "process the DOM parent counting items the have the same role."

RS: These are normative changes, right?

JS: Yes.
... I think it might be good to also add a statement to the effect of, "If the role supports aria-posinset and aria-setsize...."
... This is just so that people don't think they have to always calculate it.
... If I make the above changes, do we agree that covers menuitems?
... If I add special language for menuitems, then I think I have to do so with option and other roles to which these properties apply.
... I think we can cover all the applicable roles with a blanket statement such as "if the role supports aria-posinset and aria-setsize...."

<clown> "Otherwise, if the role supports aria-posinset and aria-setsize, process the parent (DOM parent or parent defined by aria-owns), counting items that have the same role"

BG: Can you have aria-posinset without aria-setsize?

JS: This is about user agent calculating the values if the author didn't provide them.
... There is a special case for treeitem.
... (Reads)

<clown> https://rawgit.com/w3c/aria/master/core-aam/core-aam.html#mapping_additional_position

JS: 'for role="treeitem", walk the tree backward and forward until the explicit or computed level becomes less than the current item's level. Count items only if they are at the same level as the current item.'
... Is what is currently in the spec for aria-posinset and aria-setsize for treeitem elements
... Do my changes satisfy this action?

action-2066

<trackbot> action-2066 -- Joseph Scheuhammer to Include spec. text in 5.6.4 for automatic computation of posinset and setsize for menuitems and their subclasses. -- due 2016-05-19 -- OPEN

<trackbot> http://www.w3.org/WAI/ARIA/track/actions/2066

RS: I think so, yes.

JS: Then I will add a note to the action to make the agreed-upon changes to the bullets we just discussed.
... Then I will close this action.

ISSUE-654/ACTION-2130: (Joanie) Determine if AX API supports description changes.

<clown> action-2130?

<trackbot> action-2130 -- Joanmarie Diggs to Determine if AX AXPI supports an event if the accessible description changes. -- due 2016-12-13 -- OPEN

<trackbot> http://www.w3.org/WAI/ARIA/track/actions/2130

<clown> https://rawgit.com/w3c/aria/master/accname-aam/accname-aam.html#events

JD: Sorry, I have not gotten to this yet.

JS: You were also going to check the event for name-changed.

JD: I'll do it next week on the 20th.

ISSUE-618/ACTION-2129: (Rich) Deal with Cynthia's single-selection-changed-event test file.

<clown> ACTION-2129

<trackbot> ACTION-2129 -- Richard Schwerdtfeger to Deal with Cynthia's test file referenced in issue-618 -- due 2016-12-13 -- OPEN

<trackbot> http://www.w3.org/WAI/ARIA/track/actions/2129

JS: Rich, you had an action last week to deal with this orphaned test file.

RS: I'm going to add it, but we've had problems with the password.

JS: This is the wiki?

RS: Yes.

JS: The action also indicates you should talk to Joanie and Shane about events.

RS: I'll tackle this in January.
... I can now log in.
... It's now at the very end as a TODO: https://www.w3.org/wiki/ARIA_1.1_Testable_Statements#Selection_Events_for_MSAA_for_Single_Selection
... I'll also work on updating the testable statements for UIA.
... Can you move the action and issue to the test plan product?

JS: Done.

Triage issues/actions: https://www.w3.org/WAI/ARIA/track/products/23

<clown> issue-647

<trackbot> issue-647 -- Should aria-hidden=false put things in the tree, or stay a no-op as it is now, and done in the 1.1 timeframe? -- open

<trackbot> http://www.w3.org/WAI/ARIA/track/issues/647

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

JS: The associated Mozilla bug has been closed as WONTFIX.
... Does that make this issue an ARIA 2.0 item?

JD: I'm re-reading the Mozilla issue. But I do not like aria-hidden="false".
... I'm ok with aria-hidden="true".
... Some of my concerns were stated here: https://bugzilla.mozilla.org/show_bug.cgi?id=945194#c60

BG: For what it's worth, I don't like aria-hidden="false" either.
... There are, and have been, issues related to this for quite a while now.

BG + JS: There are interoperability issues because Firefox won't override exposure for non-rendered content, but Safari includes it in the tree.

JS: So what do we do?

JD: Was this introduced in ARIA 1.1? In other words is it at risk?

JS: No.
... At some point in the 1.1 timeframe, it took on additional meaning such as overriding display:none.
... But the spec mapping is "not mapped."

<clown> https://rawgit.com/w3c/aria/master/core-aam/core-aam.html#ariaHiddenFalse

JS: But do we do about the issue?

JD: Do we want a statement in some spec so that authors are made aware of this?

<clown> https://w3c.github.io/aria/aria/aria.html#aria-hidden

JD: There's a note here https://rawgit.com/w3c/aria/master/aria/aria.html#aria-hidden
... That is something I can live with

JS: So we can close the issue?

JD: As far as I'm concerned.

JS: Objections?

Note text: At the time of this writing, aria-hidden="false" is known to work inconsistently in browsers. As future implementations improve, use caution and test thoroughly before relying on this approach.

JS: Since no one is objecting, I am going to close this after indicating in the issue why we're closing it.

<clown> issue-714?

<trackbot> issue-714 -- Need mappings for aria-roledesription -- open

<trackbot> http://www.w3.org/WAI/ARIA/track/issues/714

issue-714

<trackbot> issue-714 -- Need mappings for aria-roledesription -- open

<trackbot> http://www.w3.org/WAI/ARIA/track/issues/714

JD: Why is this open? All the actions are closed.

RS: Mac?

JS: There.
... All the mappings are present.

https://rawgit.com/w3c/aria/master/core-aam/core-aam.html#ariaRoleDescription

JS: I'll close it.

issue-737

<trackbot> issue-737 -- Determine platform mappings for new "term" role introduced in ARIA 1.1 -- open

<trackbot> http://www.w3.org/WAI/ARIA/track/issues/737

<clown> issue-738

<trackbot> issue-738 -- UIA mapping for heading incorrect -- open

<trackbot> http://www.w3.org/WAI/ARIA/track/issues/738

JS: We waiting on UIA and AXAPI on issues-737

issue-738

<trackbot> issue-738 -- UIA mapping for heading incorrect -- open

<trackbot> http://www.w3.org/WAI/ARIA/track/issues/738

JS: This was raised by Cynthia.
... (Reads issue)

<clown> https://rawgit.com/w3c/aria/master/core-aam/core-aam.html#role-map-heading

RS: What did Bogdan do?

JS: It still says, "text"

<clown> issue739

<clown> issue-739

<trackbot> issue-739 -- UIA doesn't support heading without level, how should we map role=heading without aria-level? -- closed

<trackbot> http://www.w3.org/WAI/ARIA/track/issues/739

JS: It also references issue-739 which has been fixed and closed.
... There is nothing in the UIA mapping other than text.
... And Cynthia says it also needs heading styleID in the texct pattern run.
... I will email Bogdan.

Summary of Action Items

Summary of Resolutions

[End of minutes]

Minutes formatted by David Booth's scribe.perl version 1.148 (CVS log)
$Date: 2016/12/13 21:03:11 $

Scribe.perl diagnostic output

[Delete this section before finalizing the minutes.]
This is scribe.perl Revision: 1.148  of Date: 2016/10/11 12:55:14  
Check for newer version at http://dev.w3.org/cvsweb/~checkout~/2002/scribe/

Guessing input format: RRSAgent_Text_Format (score 1.00)

Succeeded: s/Reminder: We have mappings for/Reminder: We have UIA mappings for/
Succeeded: s/provide it/provide them/
Succeeded: s/spec./spec for aria-posinset and aria-setsize for treeitem elements/
Found embedded ScribeOptions:  -final

*** RESTARTING DUE TO EMBEDDED OPTIONS ***

Found Scribe: joanie
Inferring ScribeNick: joanie
Default Present: Joanmarie_Diggs, Joseph_Scheuhammer, Richard_Schwerdtfeger, Bryan_Garaventa
Present: Joanmarie_Diggs Joseph_Scheuhammer Richard_Schwerdtfeger Bryan_Garaventa
Found Date: 13 Dec 2016
People with action items: 

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


[End of scribe.perl diagnostic output]