19:00:41 RRSAgent has joined #aapi 19:00:41 logging to http://www.w3.org/2014/03/25-aapi-irc 19:00:43 RRSAgent, make logs member 19:00:43 Zakim has joined #aapi 19:00:45 Zakim, this will be WAI_PF 19:00:45 ok, trackbot, I see WAI_PFWG(AAPI)3:00PM already started 19:00:46 Meeting: Protocols and Formats Working Group Teleconference 19:00:46 Date: 25 March 2014 19:01:14 +[GVoice] 19:01:32 zakim, I am Joseph_Scheuhammer 19:01:32 sorry, clown, I do not see a party named 'Joseph_Scheuhammer' 19:01:44 zakim, GVoice is Joseph_Scheuhammer 19:01:44 +Joseph_Scheuhammer; got it 19:01:46 zakim, I am Joseph_Scheuhammer 19:01:46 ok, clown, I now associate you with Joseph_Scheuhammer 19:01:52 agenda: this 19:02:00 agenda+ Now have a 1.1 version of the UAIG (Joseph). 19:02:07 agenda+ ACTION-1369 (David): Investigate FF implementation of aria-live 19:02:15 +joanie 19:02:33 agenda+ ACTION-1399 /ISSUE-644: (All) Updated mappings of aria-hidden="true" to reflect elements should not be exposed/mapped -- please review. 19:02:39 bgaraventa1979 has joined #aapi 19:02:52 agenda+ 1.1 ISSUES and ACTIONS: (All) Start with ISSUE-540, https://www.w3.org/WAI/PF/Group/track/products/23 agenda+ be done. 19:03:02 agenda+ be done. 19:03:10 zakim, aaaa is Bryan_Garaventa 19:03:10 sorry, bgaraventa1979, I do not recognize a party named 'aaaa' 19:03:40 zakim, I am Bryan_Garaventa 19:03:40 ok, bgaraventa1979, I now associate you with Bryan_Garaventa 19:04:08 scribe: joanie 19:04:15 agenda? 19:04:35 agenda 2 = agenda+ ACTION-1369 (David): Investigate FF implementation of aria-live removal events (see also ISSUE-481). 19:04:43 agenda? 19:05:01 chair: Joseph_Scheuhammer 19:05:10 scribenick: joanie 19:05:55 I have made the request to generate http://www.w3.org/2014/03/25-aapi-minutes.html clown 19:07:18 This is a test. 19:07:22 I have made the request to generate http://www.w3.org/2014/03/25-aapi-minutes.html clown 19:08:50 regrets: David_Bolter 19:10:46 http://www.w3.org/WAI/PF/aria-implementation-1.1/#mapping_events_selection 19:12:07 http://www.w3.org/WAI/PF/aria-implementation-1.1/#focus_state_event_table 19:12:09 +[Microsoft] 19:12:39 cyns has joined #aapi 19:13:20 Zakim, take up agenda 19:13:20 I don't understand 'take up agenda', joanie 19:13:26 Zakim, take up item 1 19:13:27 agendum 1. "Now have a 1.1 version of the UAIG (Joseph)." taken up [from clown] 19:13:42 JS: We now have a 1.1 version of the UAIG. 19:13:51 http://www.w3.org/WAI/PF/aria-implementation-1.1/#mapping_role_table 19:13:56 JS: Most of the work that I did was getting Jason's table script 19:14:10 JS: If you look at the script you'll see you can do it as a table or as different roles. 19:14:23 JS: The script carves it up in different ways depending on what button is pushed. 19:14:34 JS: I have no idea how good it is for screen readers. I assume it is good. 19:15:00 CS: Jason has taken this into consideration, though it would be good to get some screen reader users to confirm this. 19:15:18 JS: The other thing that I did is put the UIA columns back in. 19:15:25 CS: Good. Thank you. 19:15:39 JS: The rest of the document is pretty much a copy of the 1.0 draft. 19:16:30 JS: I added this script to the role table, states and properties table3 19:16:31 http://www.w3.org/WAI/PF/aria-implementation-1.1/#mapping_state-property_table 19:16:45 s/table3/table/ 19:16:58 JS: And to the events 19:17:03 http://www.w3.org/WAI/PF/aria-implementation-1.1/#mapping_events_state-change 19:17:19 JS: All the other tables I thought were small enough that they didn't need this. 19:17:28 JS: But other people might have a different opinion. 19:17:38 JS: Any questions/comments? 19:17:50 CS: The hide and show icons seem reversed to me. 19:17:56 JS: They do to me too. 19:18:21 JS: When you press the toggle button they hide the column. 19:18:30 JS: But the label is show/hide column. 19:19:12 (Additional discussion about the UI resulting from the script.) 19:19:34 JS: I will make a note. 19:19:58 CS: I just hid everything but the UIA columns. This is going to be useful to compare. 19:20:34 Zakim, take up item 2 19:20:34 agendum 2. "agenda+ ACTION-1369 (David): Investigate FF implementation of aria-live removal events (see also ISSUE-481)." taken up 19:21:00 JS: David sent me an email this morning indicating he has been sick for the past week and may not be able to attend. 19:21:09 Zakim, take up item 3 19:21:09 agendum 3. "ACTION-1399 /ISSUE-644: (All) Updated mappings of aria-hidden="true" to reflect elements should not be exposed/mapped -- please review." taken up [from clown] 19:21:22 issue-644? 19:21:22 issue-644 -- Update ATK/AT-SPI mapping for aria-hidden="true" to reflect elements should not be exposed/mapped -- open 19:21:22 https://www.w3.org/WAI/PF/Group/track/issues/644 19:21:31 JS: This is something that Joanie raised. She wanted some text changed. 19:21:58 JS: ... In the ATK/AT-SPI2 mapping for aria-hidden="true". 19:22:09 JS: This was discussed on several occasions here. 19:22:16 JS: Consensus was reached. 19:22:17 http://www.w3.org/WAI/PF/aria-implementation-1.1/#mapping_state-property_table 19:22:37 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 as normal, and expose 19:22:40 JS: But then I decided that this change was appropriate for other APIs as well, with the exception of Apple. 19:22:59 (JS reads the text from the document) 19:23:18 CS: Sounds right. 19:23:23 Not exposed in AX API unless focused. If focused, expose as normal. 19:23:35 JS: The Apple cell says almost the same thing (reads the above text) 19:23:56 JS: I am not aware of the Apple API having an object attribute 19:24:08 JS: And Mozilla will not agree with must not. 19:24:21 JS: So if everyone is ok with that, I will close the actions and the issue. 19:25:09 JD: I agree that this sounds good. 19:25:32 JD: Having the stronger, and similar language in the cells is helpful. 19:25:58 I was on mute, but sounds good to me as well 19:26:27 JS: Closed! 19:26:35 Zakim, take up item 4 19:26:35 agendum 4. "1.1 ISSUES and ACTIONS: (All) Start with ISSUE-540, https://www.w3.org/WAI/PF/Group/track/products/23 agenda+ be done." taken up [from clown] 19:26:42 https://www.w3.org/WAI/PF/Group/track/products/23 19:26:54 JS: We left off at 540. 19:27:00 issue-540? 19:27:00 issue-540 -- Should the UAIG have a section to describe the API differences -- raised 19:27:00 https://www.w3.org/WAI/PF/Group/track/issues/540 19:27:03 JS: Which I don't see anymore. Did someone close 540? 19:27:19 JS: It's raised. I should open it then. 19:27:24 CS: Not a bad idea. 19:28:05 JS: Jason raised the issue. 19:28:15 JS: James Craig has a couple of notes here. 19:28:29 JS: This was originally raised against the spec. 19:28:44 CS: This is not a bad idea. I guess we can ask Jason write a draft. 19:29:16 CS: It seems like a good idea for people who don't own any of the APIs to write the first draft. And then have people involved in creating those APIs review it. 19:29:42 s/people who don't own any of the APIs/someone who doesn't own the API/ 19:30:00 action: Joseph to send email to Jason Kiss to ask him if he could write a AAPI section that describes API differences. 19:30:00 Created ACTION-1408 - Send email to jason kiss to ask him if he could write a aapi section that describes api differences. [on Joseph Scheuhammer - due 2014-04-01]. 19:30:16 trackbot, associate action-1408 with issue-540 19:30:16 action-1408 (Send email to jason kiss to ask him if he could write a aapi section that describes api differences.) associated with issue-540. 19:32:09 issue-583? 19:32:09 issue-583 -- Elements that are descendants of an element having aria-activedescendant should not all be focusable -- open 19:32:09 https://www.w3.org/WAI/PF/Group/track/issues/583 19:32:11 JS: This is a weird one. 19:33:04 CS: This is a difference between browser first implementation and platform first implementations. 19:33:32 JS: When Rich brought this issue up, he mentioned the descendant would need to have an ID to be focusable. 19:33:40 action-1222? 19:33:40 action-1222 -- David Bolter to Look into ISSUE-583, and think about section 4.3, step 4A to see if that answers the question. -- due 2013-05-16 -- CLOSED 19:33:40 https://www.w3.org/WAI/PF/Group/track/actions/1222 19:33:43 JS: And if you look in the UAIG, it says that. 19:34:08 JS: David and I and Alex asked if what was in the UAIG was sufficient, and Alex said "yeah". 19:34:23 JS: There is a test case. The URL is wrong now. 19:34:31 (JS: brings the test case up) 19:35:21 (JS: Not able to find it) 19:35:27 JS: I may need to email Rich. 19:36:38 JS: I will take a look. Cynthia, you might be right. This might be dead. 19:36:48 JS: But I want to find the test case and be sure it works. 19:37:10 JS: What the UAIG says if the element has an ID and role, it's focusable. 19:37:21 JS: Any other child that is missing an ID and/or a role is not focusable. 19:37:48 JS: Are there are any objections? 19:37:52 CS: No objections. 19:37:55 issue-612? 19:37:55 issue-612 -- Review ia2/atk rule in group position. should this really determine level based on aria-owns chain. see uaig: http://www.w3.org/wai/pf/aria-implementation/#mapping_additional_position and test case 69: https://www.w3.org/wai/pf/testharness/testresults?tes -- open 19:37:56 https://www.w3.org/WAI/PF/Group/track/issues/612 19:39:26 scribe: cyns 19:40:14 joanie: is this about how it's computed? 19:40:55 https://bugzilla.mozilla.org/show_bug.cgi?id=499917 19:41:07

If aria-level is not provided or inherited for an element of role treeitem, user agents implementing IAccessible2 or ATK/AT-SPI must compute it by following the explicit or computed RELATION_NODE_C[CUT] 19:41:34 scribe: joanie 19:41:59 JD: In comment #5 of the above Mozilla bug, David states: 19:42:08 "In the end it is simply punted to ARIA 1.1. See "agreement to add Issue-612 to ARIA-1.1" here http://www.w3.org/2013/10/22-aapi-minutes.html" 19:42:52 If aria-level is not provided or inherited for an element of role treeitem, user agents implementing IAccessible2 or ATKAT-SPI must compute it by following the explicit or computed RELATION_NODE_CHILD_OF relations. 19:43:06 (JS: reads the above text) 19:43:55 scribe: cyns 19:44:41 joanie: orca is not currenlty looking the attribute. but if it has the relation node child of or parent of relations, we use that. Why are we asking browsers to compute somethhing that orca doesn't look at anyway. 19:45:34 joanie: orca uses the relationship, so asking mozilla and webkit to calculate stuff when the real way to expose it is through existing atk stuff. 19:46:41 joanie: this is making special cases for ATK. I don't like that. 19:46:53 js: aria-level is telling you this is a nested tree. 19:47:09 joanie: that what node relations are for 19:47:35 js: gnome a11y had this , should add to atk 19:48:16 joanie: orca doesn't want special cases for aria. should be like any other app 19:49:58 joanie: this can be 1.1, because that won't be full rec unti 2016. atk doesn't have this, but maybe will by then. 19:51:16 cs: add this now, and put it at risk at when we get to last call? 19:52:17 joanie: need to check with collegue. 19:52:53 scribe: joanie 19:53:36 q+ to ask how is level calculated in a desktop (non-aria) tree? 19:53:43 ACTION: Joanie to file a bug against ATK in GNOME's bugzilla requesting new position, level, and other API be added. 19:53:44 Created ACTION-1409 - File a bug against atk in gnome's bugzilla requesting new position, level, and other api be added. [on Joanmarie Diggs - due 2014-04-01]. 19:54:10 trackbot, associate action-1409 with issue-612 19:54:10 action-1409 (File a bug against atk in gnome's bugzilla requesting new position, level, and other api be added.) associated with issue-612. 19:54:33 zakim, ack me 19:54:33 Joseph_Scheuhammer, you wanted to ask how is level calculated in a desktop (non-aria) tree? 19:54:36 I see no one on the speaker queue 19:55:00 JS: My question was, you don't want to make a distinction between ARIA and non-ARIA. And you're right. 19:55:13 JS: So how is level calculated now for the Desktop? 19:57:38 JD: Level is calculated by ascending the hierarchy via ATK/ATSPI_NODE_PARENT_OF 19:58:19 JD: Position in set is calculated by a combination of NODE_PARENT_OF followed by looking at the NODE_CHILD_OF instances. 19:58:43 JS: The text in question is commented out. 19:58:48 JS: Should I uncomment it now? 19:59:03 JS: And then modify it as needed as we work through this issue? 19:59:27 JS: It's kind of tough now because this issue refers to text which no one can see because it's commented out. 19:59:40 JD: I think it's fine to make that change now. 19:59:47 JS: I'm going to do that. 20:00:03 JS: I will call the meeting to an end. 20:00:09 -[Microsoft] 20:00:45 -Bryan_Garaventa 20:01:44 Zakim, part 20:01:44 leaving. As of this point the attendees were Bryan_Garaventa, Joseph_Scheuhammer, joanie, [Microsoft] 20:01:44 Zakim has left #aapi 20:01:48 clown: k 20:02:20 RRSAgent, stop 20:06:23 RRSAgent, present 20:06:23 I'm logging. I don't understand 'present', joanie. Try /msg RRSAgent help 20:06:30 RRSAgent, stop 20:08:15 present: Bryan_Garaventa, Joseph_Scheuhammer, joanie, Cynthia 20:08:23 RRSAgent, stop