21:59:49 RRSAgent has joined #html-a11y 21:59:49 logging to http://www.w3.org/2014/09/08-html-a11y-irc 21:59:51 RRSAgent, make logs world 21:59:51 Zakim has joined #html-a11y 21:59:53 Zakim, this will be 2119 21:59:53 ok, trackbot; I see WAI_HTML AT()6:00PM scheduled to start in 1 minute 21:59:54 Meeting: HTML Accessibility Task Force Teleconference 21:59:54 Date: 08 September 2014 22:02:05 zakim, who is on the phone? 22:02:05 WAI_HTML AT()6:00PM has not yet started, MarkS 22:02:07 On IRC I see RRSAgent, jaymunro, rubys, halindrome, richardschwerdtfeger, newtron, janina, IanPouncey, MarkS, joanie, cabanier, hober, sivoais, liam, trackbot 22:02:23 zakim, this is 2119 22:02:23 ok, MarkS; that matches WAI_HTML AT()6:00PM 22:02:30 zakim, who is on the phone? 22:02:30 On the phone I see Rich_Schwerdtfeger, Sam, MarkS, cabanier, [Microsoft] 22:02:33 zakim, microsoft has me 22:02:33 +jaymunro; got it 22:02:58 zakim, who is making noise? 22:03:18 MarkS, listening for 12 seconds I heard sound from the following: Rich_Schwerdtfeger (80%), cabanier (24%) 22:03:41 Meeting: Canvas Task Force 22:03:41 Chair: Sam Ruby 22:03:41 agenda+ Testing Status 22:03:41 agenda+ Implementations Update 22:03:41 agenda+ Level 1 CR 22:03:41 agenda+ Heartbeat Level 2 22:03:41 agenda+ Next Meeting 22:04:06 scribe: MarkS 22:04:25 zakim, take up next item 22:04:25 agendum 1. "Testing Status" taken up [from rubys] 22:04:29 http://lists.w3.org/Archives/Public/public-canvas-api/2014JulSep/0027.html 22:05:23 JM: assembled these items from recent emails 22:05:33 ...have drawFocus tests. Some may need to be updated. 22:05:42 ...don't know if there are any tests for Hit Regions 22:06:03 ...Rich gave a great list of methods for testing. 22:06:13 RS: mark, how many tests do we have 22:06:35 MS: no tests since the new features were added 22:06:49 RS: what do we have? 22:11:01 http://www.w3.org/html/wg/drafts/2dcontext/html5_canvas_CR/#dom-context-2d-drawfocusifneeded 22:11:50 From PLH: 22:11:52 From what I understand hit regions to be about, those are adding 22:11:52 information on mouse events (region) and can make routings events to DOM 22:11:52 elements automatic. Since we don't retarget, the target of a click event 22:11:52 in within a hit region in a canvas is still the canvas element. No where 22:11:53 in those steps do we talk about informing the user by the way. 22:11:58 Btw, regarding step 4 of drawFocusIfNeeded, it currently says: 22:11:58 [[ 22:11:58 4. Inform the user of the location given by the path. The full location 22:11:59 of the corresponding fallback element is passed to the accessibility 22:12:01 API, if supported. User agents may wait until the next time the event 22:12:05 loop reaches its "update the rendering" step to inform the user. 22:12:07 Note: "Inform the user", as used in this section, could mean calling a 22:12:09 system accessibility API, which would notify assistive technologies such 22:12:11 as magnification tools. To properly drive magnification based on a focus 22:12:13 change, a system accessibility API driving a screen magnifier needs the 22:12:15 bounds for the newly focused object. The methods above are intended to 22:12:21 enable this by allowing the user agent to report the bounding box of the 22:12:23 path used to render the focus outline as the bounds of the element 22:12:25 element passed as an argument, if that element is focused, and the 22:12:27 bounding box of the area to which the user agent is scrolling as the 22:12:29 bounding box of the current selection. 22:12:31 ]] 22:12:35 Should the step 4 read instead, since you want to given the location the 22:12:37 current path used for the focus ring, and NOT the location of the 22:12:39 fallback element: 22:12:41 [[ 22:12:43 4. Inform the user of the location given by the current path. The full 22:12:45 location of the corresponding current path is passed to the 22:12:51 accessibility API, if supported. User agents may wait until the next 22:12:53 time the event loop reaches its "update the rendering" step to inform 22:12:55 the user. 22:15:27 RS: When you do the association of the path with the fallback element, that gives the fallback element a new location 22:15:38 RC: yes 22:15:41 MS: That makes sense 22:17:01 RC: If this is not working correctly in FF, file a bug, send me a file and I'll take a look 22:17:23 RS: The issue is that the location was being reported for the fallback element, not the path 22:18:07 ACTION: for MarkS to create a test file and send to Rik for debugging 22:18:07 Error finding 'for'. You can review and register nicknames at . 22:18:15 ACTION: MarkS to create a test file and send to Rik for debugging 22:18:15 Created ACTION-283 - Create a test file and send to rik for debugging [on Mark Sadecki - due 2014-09-15]. 22:18:28 RC: create a bugzilla bug, is better 22:20:10 RS: Mark in your test file you have two hit regions. We need to test that multiple hit regions are supported. Can use the same test file for multiple tests. We need to test a div with aria markup. 22:20:39 ...need to make sure those location values can be overridden 22:20:57 ...I can run tests here 22:22:09 MS: I've had success creating demos, they just need to be converted into simple test cases 22:22:28 RS: How many test cases do we want? 22:22:54 ...need tests for scrolling and moving the window 22:24:35 MS: I would love to have a list of testable statements that need tests written 22:24:42 RS: I can get started on that 22:24:47 ...maybe post them on the wiki 22:25:52 https://www.w3.org/wiki/HTML/Canvas_Task_Force/Work_Statement (one area) 22:26:50 https://www.w3.org/wiki/HTML/Canvas_Task_Force/ (root) 22:26:57 "The methods above are intended to enable this by allowing the user agent to report the bounding box of the path used to render the focus outline as the bounds of the element element passed as an argument, if that element is focused, and the bounding box of the area to which the user agent is scrolling as the bounding box of the current selection." 22:27:15 "If the focus area is not on the screen, then scroll the focus outline into view by aligning it to the top when it receives focus. 22:28:27 RS: Firefox doesn't currently scroll to the top of the page 22:28:51 ...will need a test file with a lot of space before the canvas to test this 22:32:30 https://www.w3.org/wiki/HTML/Canvas_Task_Force/CR-Test 22:33:29 SR: Do we have any dates for getting this work done? 22:35:00 RS: lets aim to get this done by the end of the month 22:35:14 SR: All tests will be written and run by the end of the month 22:36:08 RS: We can record results there as well 22:36:25 zakim, take up next item 22:36:25 agendum 2. "Implementations Update" taken up [from rubys] 22:37:09 MS: I've had success with these features in Firefox Nightly and Chrome Canary 22:37:59 ...based on preliminary testing, we have support in those two browsers 22:38:22 RC: Anyone test in Safari 8? 22:38:36 ...I recently added support for drawFocus 22:38:47 RS: do they have any issues with Hit Regions? 22:38:56 RC: no, it just hasn't been implemented yet 22:39:01 zakim, take up next item 22:39:01 agendum 3. "Level 1 CR" taken up [from rubys] 22:39:34 JM: I think the only thing that is holding up progress is testing 22:39:43 SR: That is also my understanding 22:39:49 zakim, take up next item 22:39:49 agendum 3 was just opened, MarkS 22:39:54 zakim, close item 3 22:39:54 agendum 3, Level 1 CR, closed 22:39:55 I see 2 items remaining on the agenda; the next one is 22:39:55 4. Heartbeat Level 2 [from rubys] 22:39:56 zakim, take up next item 22:39:56 agendum 4. "Heartbeat Level 2" taken up [from rubys] 22:40:27 SR: I think the plan is to switch to ReSpec? 22:40:28 JM: I haven't heard that, but its possible 22:40:53 RC: I think that is true for HTML (moving to respec) but I don't know about canvas 22:41:16 JM: since canvas is part of that same document, then perhaps canvas will go the same route 22:41:24 chaals has joined #html-a11y 22:41:28 SR: no need for a heartbeat then 22:41:33 zakim, take up next item 22:41:33 agendum 5. "Next Meeting" taken up [from rubys] 22:41:50 SR: we should at least change the IRC channel 22:41:59 ...also would appreciate a different time slot 22:42:13 RC: two hours earlier? 22:42:26 MS: WFM 22:42:26 RS: i can only do an hour earlier 22:42:47 JM: I can also do 1 hour earlier or 90 minutes earlier 22:43:04 JM: should we consider a different day? 22:43:12 ...tuesday and friday work well for me 22:44:09 newtron has joined #html-a11y 22:44:39 RS: I can do Friday afternoon 2Central 22:44:54 MS: WFM 22:44:58 JM: same 22:45:14 SR: 9/26 for next meeting? 22:45:40 ...bi-weekly 22:46:07 MS: #canvas-api for channel name? 22:46:11 [agreement] 22:46:27 Next meeting will be 9/26 in #canvas-api 22:46:39 -cabanier 22:46:40 -Rich_Schwerdtfeger 22:46:40 -Sam 22:46:44 -[Microsoft] 22:46:45 -MarkS 22:46:45 WAI_HTML AT()6:00PM has ended 22:46:46 Attendees were Rich_Schwerdtfeger, Sam, MarkS, cabanier, jaymunro 22:46:50 rrsagent, make minutes 22:46:50 I have made the request to generate http://www.w3.org/2014/09/08-html-a11y-minutes.html MarkS 22:46:56 yes, I can do that 22:47:42 newtron_ has joined #html-a11y 23:07:35 newtron has joined #html-a11y 23:09:12 newtron has joined #html-a11y