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