20:00:19 RRSAgent has joined #html-a11y
20:00:19 logging to http://www.w3.org/2011/01/17-html-a11y-irc
20:00:21 RRSAgent, make logs world
20:00:21 Zakim has joined #html-a11y
20:00:23 Zakim, this will be 2119
20:00:23 ok, trackbot; I see WAI_PFWG(A11Y)3:00PM scheduled to start now
20:00:24 Meeting: HTML Accessibility Task Force Teleconference
20:00:24 Date: 17 January 2011
20:00:42 RRSAgent, make log public
20:01:02 meeting: W3C HTML Canvas Accessibility Subteam
20:01:06 chair: Rich
20:01:33 WAI_PFWG(A11Y)3:00PM has now started
20:01:40 +Rich
20:01:48 Downchuck has joined #html-a11y
20:03:05 http://lists.w3.org/Archives/Public/public-canvas-api/2011JanMar/0016.html
20:03:22 +Chuck_Pritchard
20:04:29 give me sec
20:06:28 +[Mozilla]
20:07:07 Zakim, Mozilla is David_Bolter
20:07:07 +David_Bolter; got it
20:08:11 http://lists.w3.org/Archives/Public/public-canvas-api/2011JanMar/0016.html
20:08:22 we don't seem to have a scribe
20:09:01 I'm not aware of the system, I can write notes, but don't know how to speak to the bot
20:09:29 http://lists.w3.org/Archives/Public/public-canvas-api/2011JanMar/att-0016/HTML_Canvas_2DContext120910.html
20:09:43 +[Microsoft]
20:10:13 frankolivier has joined #html-a11y
20:10:37 RS: we'll discuss basics today, and RTE another time.
20:10:55 http://lists.w3.org/Archives/Public/public-canvas-api/2011JanMar/att-0016/HTML_Canvas_2DContext120910.html
20:11:44 Zakim, Microsoft is Frank
20:11:44 +Frank; got it
20:11:59 RS: selection management is simply tracking what the user is operating on
20:12:38 RS: the api section, section 1, we've highlighted the changes for drawfocus ring, it takes an element, function for getting blink rate, and set caret selection rect
20:12:51 RS: so whoever is doing the caret can get the platform blink rate
20:13:31 RS: on a mac you can have a separate caret and selection
20:13:59 F: do you need the caret for non text editing situations
20:14:07 CP: we use it that way in our image editor
20:15:27 (discussion of windows platform setcaretpo and magnifiers)
20:16:51 CP: the concept of the baseline in text metrics is to return the baseline... a baseline is essentially where the font is aligned to vertically. we need it to work with mixed font sizes... gives us a vertical offset.
20:17:26 https://developer.mozilla.org/en/drawing_text_using_a_canvas
20:17:36 DB: i'm not the one to give you good feedback on this area
20:20:17 RS: section 11 Caret and selection management
20:20:54 F: re drawfocusring... it takes an element from the fallback accessible dom right? how do i calc width and height on that element.
20:21:09 (we are back to section 10)
20:21:52 RS: one of the comments we got back - (possibly James Graham) - the rect needs to be based on the drawing path, you can compute the bounding rect, so you don't need to actually pass those as params.
20:22:36 F: how do we assoc element with canvas subtree draw path
20:23:30 RS: you call drawfocusring and you take the drawing path and compute the bounding rect, the element has an associated object, you would load the bounding rectangle around the object...
20:24:08 DB: suppose you tab to an element
20:25:05 RS: element recieves focus, author calls drawfocusring, to go in to draw the bounding rectangle, and set the dimensions of that object.
20:27:31 DB: as a gecko dev how do i supply the API size and screen coordinate info for the element
20:28:46 F: a few things... one is some user agents just report 0,0... you could take width and height of the parent container (canvas) and repot that through... these are not too useful, the other thing that is more natural, for that element that is now in the DOM, set the top,left,width,and height for it (the web page author sets this).
20:28:52 DB: I like the latter
20:29:23 (reusing dom element attributes)
20:30:46 F: for non-text editing controls, the focus ring is how the screen mag determines how it should pan to.
20:31:32 DB: who draws the focus ring (what code is running?)
20:32:12 silvia has joined #html-a11y
20:32:47 RS: some OSes will want to have the focus ring drawn a certain way (e.g. high contrast), we are providing a drawing path, either the OS will draw it or the path will be drawn based on the settings for drawing ...
20:33:53 RS: under the covers, in addition to actually doing the drawing the path, the user agent will compute the bounding rectangle, and call desktop API or expose through desktop API
20:34:14 RS: please review the user agent algorithm
20:35:46 DB: do curved lines form a closed path?
20:35:49 (discussion)
20:36:05 CP: typically if the path is not closed it will automatically close to the origin
20:36:34 DB: ok
20:38:00 DB: not sure about using element in terms of focus ring style
20:39:09 DB: I would say may/should (not must)
20:40:09 DB: I'd like to leave the door open to improvement
20:40:36 F: I would go for 'should' as well
20:41:03 CP: perhaps is should be a param
20:41:18 (discussion about who draws the focus ring)
20:42:48 group agrees on "should"
20:45:17 RS: section 11, Caret and selection management
20:46:18 RS: this says here is the element, the x, y, width and height, the user agent is responsible for maintaining that position relative to the canvas.
20:47:18 F: so on the IE side, we don't currently support this change at this time. We want to push the authors to not do text editing in canvas. it is a large area, and not sure we can do a good solution in this way. MS will be pushing anyone here to not enable a scenario for text entry inside a canvas element.
20:47:47 F: the idea of trying to map a large number of attributes through the canvas element seems to be frought with peril.
20:48:06 RS: I can see why RTE would be a problem.
20:49:17 CP: right now we do have an editor that uses canvas to display text, and right now laying a div contenteditable over it... there is shifting... padding... it has made it difficult, perhaps not impossible but difficult.
20:49:29 CP: looking at the caret pos, it doesn't have to be text editing...
20:49:40 CP: we'd like to be able to have a caret in our canvas based UIs
20:50:03 CP: I understand the initial reaction to RTE
20:50:12 CP: caret position is not necessarily RTE
20:50:37 F: what is the non-text editing use case?
20:50:52 CP: it is simlar to drawfocusring, essentially it is a caret.
20:51:25 F: what is expectation if i turn on caret browesing and i move my caret into the fallback dom, what should web dev do in that scenario?
20:51:43 CP: should draw focusring... and should draw a caret (maybe[?])
20:53:03 F: what happens if you select text inside and outside of the canvas element, there is diff between who draws, and who controls
20:54:25 DB: (via IRC) Downchuck, how close can you get via the overlaid contenteditable and should we focus efforts there?
20:54:41 F: [describes hairy issues with caret]
20:55:32 F: whatever can happen on an element that has a visual response, there should be someway to map that through to canvas.
20:55:47 F: (in context of say dragging mouse)
20:56:25 F: or scenario, in caret browsing mode, you can go into any part of the dom, what happens if you enter the part of the dom under the canvas? what is the expectation for well behaved browser and well behaved author.
20:56:49 afaik caret browsing mode is not exposed. Is it, as a range?
20:57:24 RS: this is going to be an issue (mouse or keyboard), you are going to have to know where that position is of the caret, while you are selecting the underlying dom .. author have to solve.
20:58:31 RS: you wouldn't be able to select content within the canvas...
20:58:41 F: I don't think author is aware of selection events
21:00:37 DB: via IRC, I support evangelizing against using canvas for text editing
21:01:39 CP: I'm willing to come up with non-text use cases
21:03:09 -Frank
21:05:53 (DB and CP discuss alt approaches)
21:06:17 RRSAgent, draft minutes
21:06:17 I have made the request to generate http://www.w3.org/2011/01/17-html-a11y-minutes.html richardschwerdtfe
21:13:18 -David_Bolter
21:13:19 -Chuck_Pritchard
21:13:19 -Rich
21:13:20 WAI_PFWG(A11Y)3:00PM has ended
21:13:21 Attendees were Rich, Chuck_Pritchard, David_Bolter, Frank
21:13:33 Downchuck has left #html-a11y
21:13:38 RRSAgent, draft minutes
21:13:38 I have made the request to generate http://www.w3.org/2011/01/17-html-a11y-minutes.html richardschwerdtfe
21:16:30 MikeSmith_ has joined #html-a11y
22:35:35 Zakim has left #html-a11y