See also: IRC log
<clown> agenda: this
<Rich> https://www.w3.org/wiki/ARIA_1.1_Testable_Statements#option_selected_value_changes
<scribe> scribe: joanie
JS: Just a quick update about
level of detail in UIA mappings.
... Last I heard, Bogdan is back in the office and sends his
apologies.
... He indicated he plans to resume this work soon.
JD: Nothing specific to report with respect to the three or so github issues.
JD: This is something that Joanie found last week.
<clown> https://github.com/w3c/aria/pull/548
<clown> https://github.com/w3c/aria/pull/545
JS: Pull request 545 was opened
by Joanie.
... And has since been closed.
... Joanie noticed that there was a statement about
STATE_EDITABLE should not be exposed for list items.
... She indicated that this statement was not necessarily
accurate.
... In HTML4, it was accurate; it no longer is due to
contenteditable in HTML5.
... So I suggested that we modify the statement to reflect that
the editable state should not be applied unless contenteditable
is true.
<clown> https://w3c.github.io/html-aam/#el-li
RS: But we don't have a text role.
<clown> https://w3c.github.io/html-aam/#att-contenteditable
JS: You don't need one. You can
put contenteditable true on a list item.
... And the links to what HTML AAM does with contenteditable
are above.
JD: My suggestion is that we just remove all the do-not-expose statements; I don't think we need to qualify each of them.
JS: I like that idea.
... So Joanie will either open a new issue, or at least a new
pull request.
... At least for the ATK mappings.
... Or are you going to do all the platforms, Joanie?
JD: My plan is to look at the
docs for the other platforms.
... If it's obvious (at least to me) what the change should be,
I'll make it for the other platforms too.
... Otherwise I will just do a pull request for ATK.
... The reason I closed the pull request is that I opened a new
pull request for spelling issues.
<clown> https://github.com/w3c/aria/pull/551
JS: Are we talking about the above?
JD: That's the one.
JS: I'll review and pull it in by next week.
RS: Why does it say, for listbox,
"Methods IAccessible::accSelect() and
IAccessible::get_accSelection()"?
... Those methods are always there.
JD: My interpretation is that it is an explicit notification to implementors that they need to implement that support, rather than let the default implementation kick in.
JS: I can add "implement" to that item, and the other roles with that statement.
<clown> https://github.com/w3c/aria/pull/548
JS: Joanie found that Apple has
recently modified their mapping for the group role.
... They now have a subrole for group role.
... Is this a 1.1 thing?
JD: I suppose so as they only just now added it.
JS: Can you mark it with an "ARIA 1.1"?
JD: Sure. Can you comment as part of your review that I need to do that along with add a ChangeLog entry?
JS: Yes.
<clown> https://www.w3.org/WAI/ARIA/track/issues/1021
JS: Rich, you raised an
issue.
... You noticed that where you expose the name is all over the
map, so to speak.
... Joanie has said something similar.
... (Reads from the comments in issue 1021)
<clown> "If aria-labelledby references a single element, expose the labeling relationship as element AXTitleUIElement."
<clown> "If aria-labelledby references multiple elements, … expose value as string AXDescription."
<clown> "
<clown> The above is in the UAIG 1.0 Rec
JS: So what do we do with this issue?
JS + RS: Some of this is left over from 1.0.
JS: But you raised it in
2016.
... It had to do with testable statements for SVG.
<clown> https://rawgit.com/w3c/aria/master/core-aam/core-aam.html#ariaLabelledBy
JD: I think what we should do is
raise an issue in github and assign it to James Craig.
... Because what is implemented in Safari does not 100% reflect
what is stated in the spec regarding AXTitleUIElement.
... And all I could do is try to derive a more accurate
statement from Layout Tests.
... So getting a statement from Apple seems like the way to
go.
<clown> issue-570?
<trackbot> Sorry, but issue-570 does not exist.
<clown> issue-750?
<trackbot> issue-750 -- Step 2.F.iii.c Define when to append with and without a space -- pending review
<trackbot> http://www.w3.org/WAI/ARIA/track/issues/750
JS: Cynthia had concerns about lack of clarity regarding when a space should be appended.
<clown> https://rawgit.com/w3c/aria/master/accname-aam/accname-aam.html#step2F
JS: So I added some text to
address this.
... But there's still a problem.
... I think we even saw this last week.
... (Reads from the Editor's note)
JD: Are we sure that the "topmost" case referenced in the note is fully addressed?
<clown> ACTION: joanie to create test table markup to check append-with-space vs. append-without-a-space re: step 2F.iii.c [recorded in http://www.w3.org/2017/04/11-aapi-minutes.html#action01]
JD: I have seen some ugly results with Gecko table rows.
<trackbot> Created ACTION-2136 - Create test table markup to check append-with-space vs. append-without-a-space re: step 2f.iii.c [on Joanmarie Diggs - due 2017-04-18].
<clown> action-2136
<trackbot> action-2136 -- Joanmarie Diggs to Create test table markup to check append-with-space vs. append-without-a-space re: step 2f.iii.c -- due 2017-04-18 -- OPEN
<trackbot> http://www.w3.org/WAI/ARIA/track/actions/2136
JS: Can you provide me some markup?
JD: Can you provide me with an issue? :)
JS: Will do so in tracker (action-2136).
This is scribe.perl Revision: 1.152 of Date: 2017/02/06 11:04:15 Check for newer version at http://dev.w3.org/cvsweb/~checkout~/2002/scribe/ Guessing input format: Irssi_ISO8601_Log_Text_Format (score 1.00) Found embedded ScribeOptions: -final *** RESTARTING DUE TO EMBEDDED OPTIONS *** Default Present: Joanmarie_Diggs, Rich_Schwerdtfeger, Joseph_Scheuhammer, Bryan_Garaventa Present: Joanmarie_Diggs Rich_Schwerdtfeger Joseph_Scheuhammer Bryan_Garaventa Found Scribe: joanie Inferring ScribeNick: joanie Found Date: 11 Apr 2017 Guessing minutes URL: http://www.w3.org/2017/04/11-aapi-minutes.html People with action items: joanie WARNING: Input appears to use implicit continuation lines. You may need the "-implicitContinuations" option.[End of scribe.perl diagnostic output]