21:45:45 RRSAgent has joined #html-a11y
21:45:45 logging to http://www.w3.org/2014/03/17-html-a11y-irc
21:45:47 RRSAgent, make logs world
21:45:47 Zakim has joined #html-a11y
21:45:49 Zakim, this will be 2119
21:45:49 ok, trackbot; I see WAI_HTML AT()6:00PM scheduled to start in 15 minutes
21:45:50 Meeting: HTML Accessibility Task Force Teleconference
21:45:50 Date: 17 March 2014
21:45:59 agenda+ hit regions as Paths vs Pixels (Rik's email) [2]
21:45:59 agenda+ How events are handled. (Rik's email) [2]
21:45:59 agenda+ Review Hit Regions in Editor's Draft [1]
21:46:00 agenda+ Possible Coordination meeting at HTML WG F2F April 8-9
21:46:02 agenda+ Next Meeting
21:46:56 Meeting: Canvas Accessibility Sub-Group Teleconference
21:47:08 chair: MarkS
21:47:12 scribe: MarkS
21:59:16 WAI_HTML AT()6:00PM has now started
21:59:23 + +1.617.319.aaaa
21:59:30 zakim, aaaa is me
21:59:30 +MarkS; got it
21:59:46 rrsagent, make minutes
21:59:46 I have made the request to generate http://www.w3.org/2014/03/17-html-a11y-minutes.html MarkS
22:01:10 jaymunro has joined #html-a11y
22:02:07 +cabanier
22:02:20 zakim, agenda?
22:02:20 I see 5 items remaining on the agenda:
22:02:21 1. hit regions as Paths vs Pixels (Rik's email) [from 2 via MarkS]
22:02:21 2. How events are handled. (Rik's email) [from 2 via MarkS]
22:02:21 3. Review Hit Regions in Editor's Draft [from 1 via MarkS]
22:02:21 4. Possible Coordination meeting at HTML WG F2F April 8-9 [from MarkS]
22:02:21 5. Next Meeting [from MarkS]
22:02:29 I'll be a minute late
22:05:25 richardschwerdtfeger has joined #html-a11y
22:05:42 +Rich_Schwerdtfeger
22:07:06 zakim, take up first item
22:07:06 I don't understand 'take up first item', MarkS
22:07:15 zakim, take up next item
22:07:15 agendum 1. "hit regions as Paths vs Pixels (Rik's email)" taken up [from 2]
22:07:17 +[Microsoft]
22:07:24 zakim, microsoft has me
22:07:24 +jaymunro; got it
22:08:33 http://www.w3.org/html/wg/drafts/2dcontext/html5_canvas_CR/#hit-regions
22:09:17 MS: What does WHAT WG say?
22:09:20 RC: It says pixels too
22:09:47 ...it doesn't really matter, but when you start doing calculations, it will be much harder to do those on pixels rather than paths.
22:10:18 ...like determining if there are any pixels on the canvas (if not, triggers clearing of the region list)
22:10:52 MS: Will that cause any issues since Path is not in spec?
22:11:02 RC: no, because we already have the current default path.
22:11:19 JM: Will it affect how it gets implemented once Path gets developed
22:11:21 RC: no
22:12:01 ...it will be change the spec a bit. clear region that covers the pixels.
22:12:32 MS: removeHitRegion refers to pixels too
22:12:42 RC: and the garbage collection algorithm
22:12:53 ...step 11
22:13:24 JM: so remove that completely?
22:13:27 RC: yes, I think so
22:13:56 ...clear regions that cover the pixels
22:14:09 ...region for a pixel should stay
22:15:07 ...as it is, you have to transcribe the canvas to a bit map and analyze every pixel. expensive operation.
22:16:52 MS: would have to change step 7 which refers to pixels as well
22:17:01 RS: Nobody wants to start checking pixels
22:17:31 s/step 7/addHitRegion step 7
22:17:52 RC: reword to "Hit Region's path"
22:18:47 MS: Step 11 in addHitRegion
22:18:57 RC: that one goes away. That is the problem step.
22:19:45 zakim, take up next item
22:19:45 agendum 2. "How events are handled. (Rik's email)" taken up [from 2]
22:20:25 RC: set an email to WHAT WG and Ian made a bunch of changes to how events are handled. Not quite sure he answered my question.
22:20:42 RS: the event just goes to the object that's registered
22:20:55 ...oh, so there is no handler? It will bubble anyway
22:21:16 chaals has joined #html-a11y
22:21:34 RC: the event target is the canvas, not the fallback element.
22:21:41 RS: it should
22:21:45 RC: the spec doesn't say that
22:21:59 RS: We need to work on the spec to make it say that then
22:22:04 RC: It currently says, "change the target"
22:22:12 RS: Redirect? Dispatch the target?
22:22:24 RC: that doesn't change the target attribute on the event.
22:23:15 ...if you don't change the handler, you can end up sending the event to the fallback when you want to send it to canvas
22:23:47 RS: we need to specify that it bubbles up until an element is ready to handle the event.
22:24:38 RC: Robert Ocallahan had question about default action.
22:24:46 ...would be difficult to implement
22:24:53 RS: you would have to write a handler.
22:25:04 ...the user could always create the handler
22:25:52 ...nothing in the spec says we have to have a default action
22:26:10 ...cynthia shelley wanted to have something like that, but we couldn't et enough implementations for aria 1
22:26:25 ...i think this is a reasonable expectation for now.
22:26:56 MS: any future compatibility issues if we introduce this in L2
22:27:16 RS: yeah, maybe. we would have to figure out where it goes.
22:27:29 ...you would have to have a handler on it to activate it.
22:28:52 RC: if you click on upper corner of the region...
22:29:00 RS: no fallback elements, canvas is one single object
22:29:20 ...should be relative to the canvas
22:29:37 ...set the location, and have the offset for x,y be within the canvas element.
22:29:54 RC: the spec doesn't say recalculate where you click.
22:30:21 RS: if you have a div in html, the x,y position is relative to that div. shouldn't it be the same?
22:30:43 RC: if you want that, it needs to be in the spec
22:32:01 JM: if someone can sketch it out, I can write it.
22:32:54 RS: in my mind, the x, y position would be relative to the bounding rectangle for that button.
22:33:18 ...if nothing hit the region the location would be based on it relative to the bounding box of the canvas.
22:34:32 RC: Ian made a bunch of changes that we might want to pull in as well.
22:34:58 ...he also refers to other parts of the HTML spec as well. touch events... he changed how click handlers work.
22:35:12 ...do you want to have mouse in and out events too?
22:35:57 RS: well, we know when the mouse is over the region.
22:36:40 RC: i can see you wanting that, but it would be a lot of work to add on on mouse in and out
22:37:27 RS: I think the author would want that... but I can see how it would be additional work.
22:37:40 RC: we could inform the author
22:38:00 RS: We could have the keyboard handler and the mouse handler in the same place
22:38:19 ...so the layout engine knows where these things are?
22:38:23 RC: not really
22:38:27 RS: oh...
22:39:06 RC: it would get really complex
22:39:32 chaals has joined #html-a11y
22:40:08 ...i have been doing some experiments. on the canvas element itself, I can add a handler that tests if the mouse is over a hit region.
22:40:59 RS: To get this done, for canvas 1 we would handle clicks, and general mouse events, (move) save mouse in and out for canvas l2.
22:43:08 RC: seems like Ian's changes would make it much more difficult to implement.
22:44:36 RS: if the user moves the mouse over the canvas, accessible object from point will not work.
22:44:54 RC: i think it will. that is how the a11y tools do it.
22:45:14 link to updated event handling: http://www.whatwg.org/specs/web-apps/current-work/multipage/the-canvas-element.html#canvas-mouseevent-rerouting-steps
22:46:20 JM: would the author be responsible for recording the location of the region so that he can perform calculations for determining mouse in and mouse out?
22:46:24 RC: yeah
22:46:42 JM: OK, so when he calls addHitRegion
22:50:04 agenda?
22:50:10 zakim, close item 2
22:50:10 agendum 2, How events are handled. (Rik's email), closed
22:50:12 I see 3 items remaining on the agenda; the next one is
22:50:12 3. Review Hit Regions in Editor's Draft [from 1 via MarkS]
22:50:24 -Rich_Schwerdtfeger
22:50:25 -cabanier
22:50:26 -MarkS
22:50:27 -[Microsoft]
22:50:28 WAI_HTML AT()6:00PM has ended
22:50:28 Attendees were +1.617.319.aaaa, MarkS, cabanier, Rich_Schwerdtfeger, jaymunro
22:50:41 rrsagent, make minutes
22:50:41 I have made the request to generate http://www.w3.org/2014/03/17-html-a11y-minutes.html MarkS
23:22:02 chaals has joined #html-a11y