14:00:05 RRSAgent has joined #pf 14:00:05 logging to http://www.w3.org/2013/10/21-pf-irc 14:00:07 RRSAgent, make logs member 14:00:07 Zakim has joined #pf 14:00:09 Zakim, this will be WAI_PF 14:00:09 ok, trackbot, I see WAI_PFWG(ARIA)10:00AM already started 14:00:10 Meeting: Protocols and Formats Working Group Teleconference 14:00:10 Date: 21 October 2013 14:00:50 +??P7 14:00:51 -??P7 14:00:51 +??P7 14:00:59 zakim, ??P7 is Michael_Cooper 14:00:59 +Michael_Cooper; got it 14:01:01 zakim, who is on the phone? 14:01:02 On the phone I see ??P0, Michael_Cooper 14:01:07 zakim, ??P0 is Janina_Sajka 14:01:08 +Janina_Sajka; got it 14:02:33 clown has joined #pf 14:02:50 regrets: Rich_Schwerdtfeger 14:03:36 +[GVoice] 14:03:49 zakim, GVoice is Joseph_Scheuhammer 14:03:49 +Joseph_Scheuhammer; got it 14:03:56 zakim I am Joseph_Scheuhammer 14:07:23 jongund has joined #pf 14:07:26 +Jon_Gunderson 14:08:30 http://lists.w3.org/Archives/Public/public-pfwg/2013Oct/0015.html 14:09:26 agenda: http://lists.w3.org/Archives/Public/public-pfwg/2013Oct/0015.html 14:10:15 scribe: jongund 14:10:19 MC: User agent stuff first 14:10:21 topic: UAIG issues 14:10:39 JS: We need JC, I want to make sure the changes were sufficient 14:10:47 JS: I can e-mail him I guess 14:11:01 JS: I have a question for RS, but he is not here 14:11:18 Janina: RS is gone all week 14:11:37 MC: The latest time line, next week is the finailization next week 14:12:00 JS: It puts pressure on the UAIG group if it has to be done next week 14:12:13 Janina: Stack up the best understanding and seek approval 14:12:25 JS: There is a debate with SF 14:12:57 JS: RS is telling SF no, the consensus is not to change anything 14:13:16 Janina: The change bar is high 14:13:27 JS: There is another JC issue 14:13:32 http://www.w3.org/WAI/PF/aria-implementation/#keyboard-focus_tabindex 14:13:52 When the user triggers an element with a defined activation behavior in a manner other than clicking it, such as by pressing Enter, simulate a click on the element. 14:14:39 JS: JC this should be at risk, since only Opera implements, but the text is in HTML 5, it is at risk there then too 14:14:58 Janina: They have marked the parts that are at risk 14:15:03 JS: Is that the TR? 14:15:16 JS: That is 5.0 14:15:26 MC: Activate the element as it is clicked 14:15:59 JS: Steps to simulate the click,... creating a click event simulation 14:16:20 MC: This text is a hold over from DOM activate 14:16:51 MC: We were saying that if you send an activate, also send a click 14:17:30 MC: DOM has deprecated activate, so should be no need to simulate a click event, since "click" is the new activate event 14:17:36 www.w3.org/TR/2013/WD-html51-20130528/dom.html#interactive-content 14:17:43 jcraig has joined #pf 14:17:48 MC: I think we could remove from the guide, and talk tot he HTML5 group 14:18:19 Janina: There is a color coded view of the at risk view 14:18:36 JS: They go into much greater detail about simulating a click 14:18:54 Janina: I will find you the right draft 14:19:11 MC: Sounds like a formulation of what we just talked about 14:19:21 +James_Craig 14:19:27 MC: Are we sure only Opera implements it 14:19:49 MC: If you press on return on link it follows it on other browsers 14:20:01 MC: I am not even sure we do need to remove this 14:20:21 JS: Just run the tests and see what happens 14:20:38 JS: Key is finding a activation behavior 14:21:16 JC: I did the test on OS X FF, Chrome, Safari and Opera on the mac support the return key 14:21:28 JS: I thought I saw it on chrome 14:21:46 http://www.w3.org/html/wg/tests-cr-exit.html 14:21:52 JS: I know DB I discussed it in FF development version 14:22:12 JS: The green are accepted as passing 14:22:33 http://www.w3.org/TR/2013/WD-html51-20130528/dom.html#interactive-content 14:22:34 s/OS X FF, Chrome, Safari and Opera/OS X FF, Chrome, Safari, and Opera, and out of those, only Opera/ 14:22:53 he user agent should allow the user to manually trigger elements that have an http://www.w3.org/TR/2013/WD-html51-20130528/dom.html#activation-behavior, for instance using keyboard or voice input, or through mouse clicks. 14:23:24 When the user triggers an element with a defined http://www.w3.org/TR/2013/WD-html51-20130528/dom.html#activation-behavior in a manner other than clicking it, the default action of the interaction event must be to http://www.w3.org/TR/2013/WD-html51-20130528/dom.html#run-synthetic-click-activation-steps on the element. 14:23:45 JC: I think it should be in HTML, THAT IS WHERE IT SHOULD BE 14:24:01 JS: Why is it green 14:24:19 Janina: It means it has been accepted as interoperable 14:24:35 JC: There may have been implementation in the last month 14:24:47 Janina: I saw we close this 14:24:50 issue-616? 14:24:50 issue-616 -- ISSUE: Review potentially at-risk statement "When the user triggers an element with a defined activation behavior in a manner other than clicking it, such as by pressing Enter, simulate a click on the element." -- open 14:24:50 https://www.w3.org/WAI/PF/Group/track/issues/616 14:25:05 JC: Say it is an HTML 5 requirement 14:25:20 MC: Then we don't have to test 14:26:10 JC: Try a div with an onclick event handler 14:26:45 JC: Things that don't have, just have been defined as ARIA controls 14:26:53 JS: Like role=link? 14:27:11 MC: it does not work role=link or role=button 14:27:40 MC: This is necessary to get ARIA feature to behave as native features 14:28:38 http://www.w3.org/WAI/PF/aria-implementation/#def_activation_behavior 14:28:47 MC: Do we intend this to apply to all ARIA? 14:29:01 JS: It is not very aluminating 14:29:38 MC: Defined activation behavior .... 14:30:19 MC: This does mean that an ARIA role on a DIV, either the AT needs to send to click event, or authors need to know how to respond 14:30:33 JC: AT is not the problem here 14:30:45 JC: the problem is the full keyboard activation 14:32:01 JC: For ARIA 1.0 authors need to capture those keys 14:32:23 JC: Otherwise we would be changing the default behavior of the elements 14:32:41 MC: I am convinced by that, we need to reopen the question in ARIA 1.1 14:32:55 MC: We should remove from 1.0 and put an issue in for ARIA 1.1 14:33:35 JS: CS will say let it stay there 14:33:50 MC: So it does look like we can get test able statements 14:34:07 MC: It is an easy enough test case, we are pretty sure it will not pass 14:34:32 JC: My concern, even if wedo get implementation, some authors will not expect this behavior 14:35:59 JC: We could add an add activation behavior 14:36:09 MC: I like removing this from 1.0 and reopening in 1.1 14:36:34 Janina: Seems to be reasonable approach, if we do something in 1.0 will be more a dance 14:36:48 JS: I will try to come to UAIG tomorrow 14:36:53 MC: I will be there tooo 14:37:21 JS: She said this should have done alone time ago 14:37:41 Janina: One person objecting does not break consensus 14:37:56 MC: Groups can proceed over the objects of a single person 14:38:36 MC: The benefit does not justify the cost, we will have more time in 1.1, we only recently identified this problem 14:38:56 JS: COllectively remember these discussions 14:39:05 MC: Any other UAIG issues? 14:39:09 action-1262? 14:39:09 action-1262 -- Joseph Scheuhammer to Update 4.1. focus states and events table to clarify differences between platforms and dom/desktop/at focus. http://www.w3.org/wai/pf/aria-implementation/#focus_state_event_table -- due 2013-09-23 -- PENDINGREVIEW 14:39:10 https://www.w3.org/WAI/PF/Group/track/actions/1262 14:39:12 JS: Action 1262 14:39:22 JC: Sorry for being late, I am still ill 14:39:34 JS: You should be in bed 14:39:37 http://www.w3.org/WAI/PF/aria-implementation/#focus_state_event_table 14:40:09 JS: I added content to address the focus issues you raised, these have been vetted with CS and DB 14:40:21 JC: Give me a second to read them 14:40:55 JC: I think it is OK 14:41:10 JC: Second bullet is a little confusing 14:42:04 JC: In recent discussions with hixie about DOM focus and activation focus are different.. 14:42:27 JC: need more explanation, like for example ..... 14:43:10 JC: I am not adverse to putting in a note 14:43:18 JS: I am not adverse to putting in a note 14:43:37 JC: I am not sure a note is strictly necessary 14:44:15 JG: Sometimes it is advocates that are reading this document, to help with developers 14:44:20 JS: I can do it 14:44:46 JC: Since it is a note it is editorial 14:45:09 Janina: We need to close stuff this week, it we will meet this pblicatoin date 14:45:47 action-1269? 14:45:47 action-1269 -- Joseph Scheuhammer to Prefix bullet 2 of #keyboard-focus_aria-activedescendant with "for platforms that expose an accessibility focus separately from the keyboard focus," -- due 2013-10-07 -- PENDINGREVIEW 14:45:47 https://www.w3.org/WAI/PF/Group/track/actions/1269 14:45:48 JS: Next pending review, action 1269 14:46:19 http://www.w3.org/WAI/PF/aria-implementation/#keyboard-focus_aria-activedescendant 14:46:32 JS: JS: Bullet 2 of the active descendent section 14:46:53 JS: Everything else is identical 14:47:03 JC: I missing the different part 14:47:18 JC: Ok item 2 14:47:50 JC: It seems right to me 14:47:59 JC: Thank you 14:48:10 JSL Your welcome, closing 1269 14:48:38 JS: That's all I have 14:48:46 JS: For UAIG stuff 14:49:02 Janina: That's the one we are trying to get out the door 14:49:18 JC: There a number of 1.1 issues I would like to start going through 14:49:31 Janina: We need to get this second last call out the door 14:49:52 Janina: Want to make sure that there are no supprises 14:49:55 topic: UAIG Testing 14:50:00 MC: I was on mute, i was talking alot 14:50:11 MC: RS wants to be present for 1.1 discussions 14:50:21 https://dvcs.w3.org/hg/pfwg/raw-file/default/ARIA/1.0/tests/test-files/roles-properties-supported/roles-properties-supported-combobox-aria-autocomplete-none.html 14:50:23 MC: Let's move on to UAIG testing 14:51:37 JS: This is problem with FF, a combo box with aria-autocompletion=none, but when I tested on FF it HTML5 text elements autocomplete is always true 14:52:13 JC: in addition we have a host language feature that conflicts 14:52:23 JS: We have an example that does not work anymore 14:53:10 JS: Input type text in HTML 5 always has autocomplete is true 14:54:01 JC: Most browsers render the content independent of the doc type 14:54:16 JS: I tested on ATK-SPI 14:54:25 MC: this is one of the test files that are shared 14:55:07 MC: We have our passes, we shoudl add it to the ARIA 1.1 issue list about the auto complete conflict with aria attribute 14:55:37 JS: You are going to get auto complete on spinners using text boxes 14:55:47 ACTION: jcraig to note in ARIA 1.1 spec issue to note on aria-activedescendant that HTML5 has a a native autocomplete attr that may be in conflict with this one. 14:55:47 Created ACTION-1281 - Note in aria 1.1 spec issue to note on aria-activedescendant that html5 has a a native autocomplete attr that may be in conflict with this one. [on James Craig - due 2013-10-28]. 14:56:25 JS: The cure is to set auto complete equal to false it they do not want autocomplete behavior 14:56:39 https://www.w3.org/WAI/PF/testharness/testresults?testsuite_id=1&testcase_id=172 14:57:09 ACTION: jcraig to file HTML-AAPI bug related to mapping native @autocomplete to @aria-autocomplete in strict vs weak semantics tables. 14:57:09 Created ACTION-1282 - File html-aapi bug related to mapping native @autocomplete to @aria-autocomplete in strict vs weak semantics tables. [on James Craig - due 2013-10-28]. 14:57:20 Janina: If they passed we are done, even if the implementation has changed 14:58:34 JC: A 1.1 issues are you talking about UAIG? 14:58:49 MC: I am not sure, but probably starts in the 1.1 spec 14:59:04 MC: We may want to bring up witht he HTML working group 14:59:33 JC: i am going to file a bug, there is a table identifies strong and weak native semantics 14:59:57 MC: make default that auto complete is by default false 15:00:19 Janina: The document is a shared document, so we are required to approve changes 15:00:53 JC: It works better if we don't make a big deal and to work with SF as more an editorial issue 15:00:59 Janina: Way to start 15:01:14 Janina: We are part owners 15:01:26 MC: We need to sign off before publication 15:01:44 JS: This includes heart beat publications 15:02:50 JS: There are a bunch of tests for UAIG? There was suppose to be one for ATK-SPI, i could not find 15:03:04 MC: I don't see it now 15:03:23 JS: OK 15:03:36 JS: That's why I did not find it 15:04:03 MC: We are removing the activate simulate click requirement, removing the tests 15:04:16 MC: We have less test cases 15:04:39 JS: i don't know what DB and CS are doing, I will bring it up tomorrow 15:06:35 MC: We need someone who can test 15:06:49 JS: We can ask them 15:07:53 JS: We need to create 7 test cases and test them on multiple OS in the next week 15:08:12 Janina: What do we want to try to achieve tomorrow? 15:08:34 JS: David said can he do this through e-mail or other channels 15:08:43 JS: has anyone heard from him? 15:08:59 Janina: Do it on the call? 15:09:05 JS: We did that last week 15:09:15 JS: CS thought her actions were done 15:09:27 Janina: Expected results would not get us there 15:09:47 JS: they should do it on a call 15:10:15 JS: Go through the wiki page and clarify what they mean and write the test case 15:10:25 MC: I thik we should try to make that happen tomorrow 15:10:44 MC: If we can get it done in one call, then we do not need to bug them 15:11:10 JS: How many for OS X? 15:11:21 MC: There is one specific for OS X 15:11:37 MC: Live region tests, with a table... 15:11:48 JC: What is the test case number? 15:11:56 MC: There is no test case yet 15:12:15 http://www.w3.org/WAI/PF/aria-implementation/#mapping_events_visibility 15:12:25 MC: There are requirements in a table for the behavior 15:12:37 JC: That is under 5.8.2 15:12:37 http://www.w3.org/WAI/PF/wiki/ARIA/Tests/Testable_Statements#mapping_events_visibility 15:12:47 MC: the closest header is here 15:13:03 MC: A test case and file if it is needed 15:13:15 JC: I don't see the @@ 15:13:25 MC: the second link 15:16:47 tests 72 to 84 15:16:58 JC: If you should a DOM node, and change the CSS to display: block 15:17:11 JC: So it is not necessarily part of ARIA 1.0 15:17:26 MC: The tests are 72-84, 15:18:37 Janina: Does that take our list from 7 to 6 15:18:43 MC: It might have 15:19:06 MC: I need to check if the UL is the right place for events, i am not sure what that means 15:19:08 action: jcraig to add ARIA spec live region test cases 72-84 to the ARIA Implementation Guide tests, and run those test cases for Mac 15:19:08 Created ACTION-1283 - Add aria spec live region test cases 72-84 to the aria implementation guide tests, and run those test cases for mac [on James Craig - due 2013-10-28]. 15:19:17 JS: Table talks about the accessibility sub tree 15:19:32 MC: If we don't have any problems we can probably delete 15:19:49 JS: So you have added a new action 15:21:23 MC: I think the question there, those tests are working, I think we can remove that, so i am doting that now 15:21:35 MC: One of the @@ is on.... 15:23:24 MC: I am going to remove that @@ 15:24:27 JS: The whole working in that table has changed, it said like "these events may be trimmed", if you have multiple selections, user agent may trim out some of the events for performance reasons 15:24:42 MC: I wil post, but not sure if the test results are good 15:25:06 JS: that entire row has nothing but "may" in it, there are no "musts" 15:25:45 Janina: Another one we do not have to worry about 15:25:58 JC: Can someone read the requirement, i am outside 15:26:39 JS: The implication is that the user agent is .... 15:26:50 Janina: What is the verb for apple 15:27:00 JS: It is an implied must 15:27:19 Janina: We need some TLC from JC on that one 15:27:28 MC: the test case is written 15:27:59 MC: There will be a test case in a little while 15:28:07 JC: I can write it 15:28:38 MC: i will try finishing it, but if I have a problem I willsend t to you 15:28:54 MC: there are six @@ now 15:29:08 JC: I am going to have to leave soon 15:29:11 -James_Craig 15:29:14 Janina: Get well 15:29:30 rrsagent, draft minutes 15:29:30 I have made the request to generate http://www.w3.org/2013/10/21-pf-minutes.html jongund 15:30:19 MC: 5.1.2 including elements in the accessibility tree 15:30:52 MC: reviewing spec requirements, looking at coverage from other specs and test suites 15:30:58 JS: there are only 6 15:31:13 MC: I think we need to take a closer look at this section 15:31:42 -Jon_Gunderson 15:38:58 -Joseph_Scheuhammer 15:38:59 -Michael_Cooper 15:39:06 -Janina_Sajka 15:39:08 WAI_PFWG(ARIA)10:00AM has ended 15:39:08 Attendees were Michael_Cooper, Janina_Sajka, Joseph_Scheuhammer, Jon_Gunderson, James_Craig 15:39:15 zakim, bye 15:39:15 Zakim has left #pf 15:39:23 rrsagent make minutes 15:40:40 rrsagent, make log public 15:40:49 rrsagent, make minutes 15:40:49 I have made the request to generate http://www.w3.org/2013/10/21-pf-minutes.html janina 16:55:17 clown has joined #pf 16:59:19 jongund has joined #pf 17:12:57 jongund has joined #pf