IRC log of html-a11y on 2011-01-10

Timestamps are in UTC.

20:04:38 [RRSAgent]
RRSAgent has joined #html-a11y
20:04:38 [RRSAgent]
logging to http://www.w3.org/2011/01/10-html-a11y-irc
20:04:40 [trackbot]
RRSAgent, make logs world
20:04:40 [Zakim]
Zakim has joined #html-a11y
20:04:42 [trackbot]
Zakim, this will be 2119
20:04:42 [Zakim]
ok, trackbot; I see WAI_PFWG(A11Y)3:00PM scheduled to start 4 minutes ago
20:04:43 [trackbot]
Meeting: HTML Accessibility Task Force Teleconference
20:04:43 [trackbot]
Date: 10 January 2011
20:05:06 [oedipus]
zakim, i am Gregory_Rosmaita
20:05:06 [Zakim]
sorry, oedipus, I do not see a party named 'Gregory_Rosmaita'
20:05:25 [oedipus]
zakim, who is on the phone?
20:05:25 [Zakim]
WAI_PFWG(A11Y)3:00PM has not yet started, oedipus
20:05:26 [Zakim]
On IRC I see RRSAgent, richardschwerdtfe, oedipus, MikeSmith, jongunderson, MichaelC, sideshow, trackbot
20:05:52 [richardschwerdtfe]
Meeting: HTML Canvas Accessibility subteam meeting
20:06:03 [oedipus]
zakim, this is WAI_PFWG(A11Y)
20:06:03 [Zakim]
ok, oedipus; that matches WAI_PFWG(A11Y)3:00PM
20:06:11 [oedipus]
zakim, who is on the phone
20:06:11 [Zakim]
I don't understand 'who is on the phone', oedipus
20:06:13 [oedipus]
zakim, who is on the phone?
20:06:13 [Zakim]
On the phone I see +1.802.362.aaaa, Rich, +1.802.362.aabb, +1.949.637.aacc, Gregory_Rosmaita
20:06:36 [oedipus]
regrets: Frank_Oliver
20:07:03 [richardschwerdtfe]
can you call in Gregory?
20:07:09 [oedipus]
i'm on the phone
20:07:19 [oedipus]
zakim, who is here?
20:07:19 [Zakim]
On the phone I see +1.802.362.aaaa, Rich, +1.802.362.aabb, +1.949.637.aacc, Gregory_Rosmaita
20:07:21 [Zakim]
On IRC I see RRSAgent, richardschwerdtfe, oedipus, MikeSmith, jongunderson, MichaelC, sideshow, trackbot
20:07:57 [oedipus]
zakim, aacc is Chuck_Pritchard
20:07:57 [Zakim]
+Chuck_Pritchard; got it
20:08:08 [oedipus]
scribe: Gregory_Rosmaita
20:08:11 [oedipus]
scribenick: oedipus
20:08:24 [oedipus]
TOPIC: State of Canvas A11y
20:08:28 [oedipus]
Tim Lalor: senior engineer, AISquared (make ZoomText)
20:09:08 [oedipus]
Shawn Warren from AI Squared
20:09:27 [oedipus]
zakim, aaaa is Tim_Lalor
20:09:27 [Zakim]
+Tim_Lalor; got it
20:09:40 [oedipus]
zakim, aabb is Shawn_Warren
20:09:40 [Zakim]
+Shawn_Warren; got it
20:09:45 [oedipus]
zakim, who is here?
20:09:45 [Zakim]
On the phone I see Tim_Lalor, Rich, Shawn_Warren, Chuck_Pritchard, Gregory_Rosmaita
20:09:47 [Zakim]
On IRC I see RRSAgent, richardschwerdtfe, oedipus, MikeSmith, jongunderson, MichaelC, sideshow, trackbot
20:09:51 [RRSAgent]
I have made the request to generate http://www.w3.org/2011/01/10-html-a11y-minutes.html oedipus
20:10:23 [oedipus]
HTML_Canvas_2DContext120910.html: http://lists.w3.org/Archives/Public/public-canvas-api/2011JanMar/att-0002/HTML_Canvas_2DContext120910.html
20:10:26 [oedipus]
CanvasEditor.html: http://lists.w3.org/Archives/Public/public-canvas-api/2011JanMar/att-0002/CanvasEditor.html
20:10:29 [oedipus]
HTML_Canvas_Element.html: http://lists.w3.org/Archives/Public/public-canvas-api/2011JanMar/att-0002/HTML_Canvas_Element.html
20:10:30 [swarren]
swarren has joined #html-a11y
20:10:47 [Downchuck]
Downchuck has joined #html-a11y
20:10:51 [Zakim]
-Tim_Lalor
20:10:57 [swarren]
Hi
20:11:12 [oedipus]
agenda: http://lists.w3.org/Archives/Public/public-canvas-api/2011JanMar/0002.html
20:11:18 [RRSAgent]
I have made the request to generate http://www.w3.org/2011/01/10-html-a11y-minutes.html oedipus
20:12:01 [oedipus]
CP: magnification brings unique challanges -- doing zoom doesn't garuntee magnification
20:12:07 [oedipus]
RS: what canvas is in HTML5
20:12:40 [oedipus]
RS: canvas isn't a lot different from windows -- drawing to canvas in windows environment -- big issue for a11y -- how to convey info to an accessibility API on any given platform
20:12:46 [oedipus]
RS: got fairly long way along
20:13:04 [oedipus]
RS: created inside of CANVAS (uses javascript to draw items on canvas)
20:13:54 [oedipus]
RS: inside of CANVAS to make accessible, created sub-tree in UA so that can create HTML elements representative of objects drawn to canvas can be mapped to a11y API -- could alos markup with ARIA -- all would populate a11y API
20:14:25 [oedipus]
RS: magnification problems: DOM MVC via javascript, what is in sub-tree isn't drawn on canvas -- positions of elements don't map to what one actually sees on canvas
20:14:34 [oedipus]
RS: no a11y API where js can do stuff like that
20:14:44 [oedipus]
RS: what info is absolutely essential for screen magnification?
20:15:24 [oedipus]
RS: proposal - FocusRing would be trackable from a11y APIs
20:15:39 [oedipus]
RS: caret positioning proposal -- is this enough for magnification?
20:16:11 [oedipus]
RS: clipping of text and exposition of clipped text -- issue for magnification if no positioning info -- other strategies?
20:16:27 [oedipus]
RS: move focus position to content -- moves focus position on screen?
20:16:46 [oedipus]
RS: trying to walk fine line: what is necessary for author to do and AT to have
20:16:59 [oedipus]
TL: looks like CANVAS is opaque to us right now
20:17:35 [oedipus]
TL: few pieces: focus events are key -- need to know where to track the view -- if can capture focus event, will help us understand where viewport of magnifier should focus on -- FocusRing
20:17:53 [oedipus]
TL: caret tracking also fundamental for screen mag -- maintain in view and wrap in locator
20:18:08 [oedipus]
RS: have to get WG sign-off on FocusRing proposal -- waiting for MS feedback
20:18:33 [oedipus]
RS: changes to spec that refer to that -- example of 2 checkboxes (don't have FocusRing drawing in API)
20:18:41 [oedipus]
CanvasEditor.html: http://lists.w3.org/Archives/Public/public-canvas-api/2011JanMar/att-0002/CanvasEditor.html
20:18:56 [oedipus]
TL: used ARIA-selection of "no-width" for caret
20:19:11 [oedipus]
RS: for caret istelf, yes -- proposal is caret selection would know if RTE
20:19:30 [oedipus]
RS: added API to 2D Canvas context http://lists.w3.org/Archives/Public/public-canvas-api/2011JanMar/att-0002/HTML_Canvas_2DContext120910.html
20:19:45 [oedipus]
RS: use actual textfield or checkbox in subtree -- process as usual, provide positioning info
20:20:05 [oedipus]
TL: scrolling into view as content consumed and presented to user, need to highlight words
20:20:47 [oedipus]
TL: imagine canvas a single sentence clipped by bounding rectange; need to drive presentation of canvas (scroll to left) -- 2 parts: position info; being able to drive viewport of canvas itself
20:21:04 [oedipus]
RS: charles is our resident canvas expert
20:21:14 [oedipus]
RS: can't markup position of text in sub-tree
20:21:22 [oedipus]
CP: can't do with textarea -- no API for this
20:21:41 [oedipus]
SW: have ScroolTo -- API not there -- nothing to model on to write in standards
20:22:06 [oedipus]
SW: done RTE with scroll bars; know where cursor is; TEXTAREA element is quite basic; contenteditable also very basic
20:22:35 [oedipus]
RS: question: if have ability to move caret position thorugh a11y APIs, would that be picked up by app for positioning
20:22:55 [oedipus]
SW: will work if trying to navigate between text; but if want to scroll down 20 pixels, how does one do that?
20:23:25 [oedipus]
SW: single-line text editing with input box laid over picture -- if type a lot, shifts to left -- HTML forms a "bit" deficient in this area
20:23:32 [oedipus]
TL: static content and dynamic content
20:23:56 [oedipus]
TL: is there way to scroll data content so can use highlight as march across section; scroll when reach right edge
20:24:29 [oedipus]
SW: setting caret position good enough for most of that -- can be recalculated before scroll -- automatic word-wrapping a BIG problem
20:25:01 [oedipus]
SW: looking at windows API -- magnifier is a sub-window that accesses same content at diff zoom level and may have diff selection objects
20:25:29 [oedipus]
SW: another issue: when zoom in using UA zoom, CANVAS doesn't know how to handle content -- ensure not blurry -- pixel offset needs to be tackled
20:26:00 [oedipus]
TL: selection and caret location: 1 distinct case is diff controls and selection events for multiple characters and words selected
20:26:15 [oedipus]
TL: raised as events? caret move with selection? or mouse selection across text
20:26:22 [oedipus]
CP: have OnSelectStart
20:26:30 [oedipus]
CP: related to input method edititors
20:26:58 [oedipus]
CP: onSelectStart only selection event -- more would be helpful
20:27:34 [oedipus]
CP: some push-back on input method editinig -- should it be up to OS, browser vendor? when UA vendor hasn't implemented, what to do?
20:27:52 [oedipus]
CP: this is a good use case -- can't get anywhere without additions to APIs
20:27:55 [oedipus]
CP: will help counter push-back
20:28:01 [oedipus]
CP: bare essentials necessary
20:28:16 [oedipus]
CP: need scroll events and selection events that work in TEXTAREA
20:28:56 [oedipus]
TL: help us in dynamic area - -when user typing to know what selected -- could span more than is visible -- helps to know what user is actually selecting so can keep scrolling view and can tell user what is happening
20:29:33 [oedipus]
TL: watch text and background colors
20:29:49 [oedipus]
TL: when API available, use it; when not available, have heuristics
20:29:58 [oedipus]
CP: list of API holes?
20:30:11 [oedipus]
CP: or incomplete implementation of API
20:31:00 [oedipus]
RS: AT immunity -- have to be cognizant of propritary methods
20:31:11 [oedipus]
TL: use open standards -- focus on APIs not heuristics
20:31:42 [oedipus]
CP: heuristics too hairy for me -- you guys know the standards -- if anything you can share for input method would be appreciated
20:31:56 [oedipus]
TL: using MSAA standard Windows events and UIA
20:32:04 [oedipus]
TL: evaluating UIA's integrity
20:32:18 [oedipus]
GJR: IAccessible2?
20:32:29 [oedipus]
TL: playing with it--in roadmap -- other higher priorities
20:32:43 [oedipus]
RS: can you post what window events and APIs you are using?
20:32:53 [oedipus]
TL: window events is a kind of alchemy
20:33:00 [oedipus]
TL: other APIs pretty self-explanatory
20:33:17 [oedipus]
RS: use MSAA standard windows events for showing/hiding?
20:33:41 [oedipus]
TL: selection: MSAA provides data on current selection, comparison to cached version,
20:33:50 [oedipus]
RS: IA2 does selcetion changing
20:34:04 [oedipus]
RS: selection change events at high level -- how tell if something scrolled off screen?
20:34:27 [oedipus]
TL: those are used in some scenarios, but use API to compute visability
20:34:52 [oedipus]
TL: couple of levels of visability: visible on page; rendered but clipped; not rendered anywhere (on or off screen)
20:35:07 [oedipus]
TL: where heuristics come into play -- if user scrolls, then render
20:35:17 [oedipus]
CP: requestAnimationFrame similar
20:35:34 [oedipus]
CP: what would the API be if one were available?
20:35:49 [oedipus]
CP: API that reduces need for heuristics?
20:36:02 [oedipus]
CP: UA devs need to know what needs to be there
20:36:27 [oedipus]
RS: take content and select it -- aria-selected -- could mark area -- receive notification events under the covers
20:36:31 [oedipus]
RS: positioning info
20:36:44 [oedipus]
CP: what positioning info is needed?
20:37:24 [oedipus]
TL: CANVAS completely contains text, would like to highlight each word inside of canvas in a sequence -- speak word and highlight even if not editable -- positioning critical to displaying highlight
20:37:32 [oedipus]
CP: can you get away with next word?
20:37:52 [oedipus]
TL: if way to enumerate can wrap rectangle around it
20:37:59 [oedipus]
CP: as long as going word-to-word is feasible
20:38:18 [oedipus]
CP: problem with older verions of IE -- but enumerating works
20:38:33 [oedipus]
RS: suggesting notification from AT to enumerate words?
20:38:56 [oedipus]
CP: getNextElement or getNextChild --- from current position go to next word
20:39:07 [oedipus]
RS: how AT call into UA to get info?
20:39:27 [oedipus]
RS: can provide functionality via javascript -- need to get to next word and speak it and highlight it
20:39:40 [oedipus]
CP: when highlighting interacting with DOM or IME
20:39:47 [davidb]
davidb has joined #html-a11y
20:39:57 [oedipus]
TL: when highlighting may leave UA rendering alone before write anything to screen
20:40:13 [oedipus]
RS: canvas author draws pre-rasterized text
20:40:20 [oedipus]
CP: optimized to be pre-rastorized
20:40:28 [oedipus]
RS: how to highlight once happens?
20:41:00 [oedipus]
CP: going to need to determine if caret moves
20:41:50 [oedipus]
TL: know where next word is or next sentence -- in our own way, can do highlighting as goes to screen -- flatten image, so canvas not effective -- can't use canvas to do stuff inside canvas -- have own tech to highlight regardless
20:42:21 [oedipus]
TL: hesistant to move cursor around -- prefer to not move cursor
20:42:29 [oedipus]
CP: FF allows multiple selection ranges
20:42:46 [oedipus]
CP: 2 people may have 2 diff cursors moving -- virtual or secondary cursor use case?
20:43:05 [oedipus]
CP: like concept of bringing that in -- here is virtual cursor, what is next word?
20:43:26 [oedipus]
CP: need L,W,H for same purpose?
20:43:50 [oedipus]
RS: each a11y API on windows has notion of bounding recatangles -- can compute rectangle and then highlight it
20:44:10 [oedipus]
RS: can't expect author to write in position info for all text -- need to have second virtual cursor?
20:44:50 [oedipus]
CP: for best case, need virtual window to do scroll and adjust to new pixel ratio -- make sense if virtual window had cursor, scrolling and own DPI ratio
20:44:55 [oedipus]
RS: how to do for spec?
20:45:09 [Downchuck]
AbstractView
20:45:17 [oedipus]
CP: got to go all the way to AbstractView
20:45:28 [oedipus]
CP: none of this has to do strictly with canvas, right?
20:45:43 [oedipus]
CP: using AbstractView with CANVAS, but isn't "of canvas"
20:45:51 [oedipus]
RS: 1-to-1 mapping in a11y APIs
20:46:17 [oedipus]
RS: 1-to-1 mapping tying into layout engine -- canvas is seperate
20:46:35 [oedipus]
RS: view of canvas is separate from DOM -- not wired together -- can forsee problem with SVG as well
20:47:03 [oedipus]
RS: when deal with MS Office, most AT vendors access office through proprietary DOM --- does AISquared do that?
20:47:14 [Downchuck]
http://www.w3.org/TR/DOM-Level-2-Views/views.html
20:47:20 [oedipus]
TL: use Word Object Model to get content -- have to use others to get application support
20:47:30 [oedipus]
TL: toolbars, etc. reflected in MSAA
20:48:18 [oedipus]
TL: if object model too slow, then might do own analysis -- a lot of techs to get same info -- can talk to object model, subscribe to MSSAA event or graphics stack
20:48:27 [oedipus]
TL: use "content model" to get content of document
20:48:36 [oedipus]
RS: how map through layers?
20:48:52 [oedipus]
RS: if select text, how map positioning info -- look at cached drawing calls or OSM?
20:49:00 [Downchuck]
http://msdn.microsoft.com/en-us/library/kw65a0we(v=vs.80).aspx
20:49:08 [oedipus]
TL: in Excel had to do translations and calculations based on mapping mode
20:49:33 [oedipus]
TL: convert between object model and pixels -- may have to go through hoops to get to screen
20:49:51 [oedipus]
RS: similar situation with CANVAS -- providing a DOM
20:50:05 [oedipus]
RS: does Office object model provide positioning? device context?
20:50:42 [oedipus]
TL: have had challenges with PDF document -- depending on how query, may get "page relevant" -- each DOM needs a bit of massaging
20:50:54 [oedipus]
RS: what do we need to do in canvas -- how to get info to AT dev
20:51:46 [oedipus]
TL: if there is a virtual canvas, real-life canvas may only be a portion of that -- don't want author to provide positioning -- coordinates on virtual canvas and calculate to render in viewport
20:51:52 [oedipus]
RS: is that consistent mapping?
20:52:02 [oedipus]
CP: larger bitmap area or virtual coordinate system?
20:52:09 [oedipus]
TL: can think of it both ways --
20:52:16 [oedipus]
CP: optimal not to have bitmap
20:52:34 [oedipus]
CP: AbstactView for canvas seems a good fit
20:53:00 [oedipus]
TL: coordinate is x,y in virtual canvas (may be outside of bitmap)
20:53:11 [oedipus]
RS: with canvas sub-tree how to give abstract coordinates?
20:53:36 [oedipus]
TL: top left of any canvas is 0,0; after that, best model is SVG coordination -- what need in CANVAS
20:53:51 [oedipus]
TL: use virtual for topmost level
20:54:03 [oedipus]
RS: dev pushback?
20:54:39 [oedipus]
TL: AbstactView for canvas may be politically tricky but needed; already in SVG, but can't zoom into SVG with magnifier
20:54:56 [oedipus]
TL: seems that this is right solution
20:55:45 [oedipus]
s/TL: coordinate is x,y in virtual canvas (may be outside of bitmap)/CP: coordinate is x,y in virtual canvas (may be outside of bitmap)/
20:56:03 [Downchuck]
http://msdn.microsoft.com/en-us/library/microsoft.office.interop.word.selection.startof.aspx
20:56:04 [oedipus]
s/TL: top left of any canvas is 0,0; after that, best model is SVG coordination -- what need in CANVAS/CP: top left of any canvas is 0,0; after that, best model is SVG coordination -- what need in CANVAS/
20:56:10 [Downchuck]
somewhat interesting link on word selection
20:56:28 [oedipus]
s/TL: AbstactView for canvas may be politically tricky but needed; already in SVG, but can't zoom into SVG with magnifier/CP: AbstactView for canvas may be politically tricky but needed; already in SVG, but can't zoom into SVG with magnifier/
20:56:56 [oedipus]
RS: would like to get AISquared feedback at meetings - email is ok, but being on call is very helpful
20:57:05 [Downchuck]
https://03.chat.mibbit.com/?url=irc%3A%2F%2Firc.w3.org%3A6665
20:57:11 [Downchuck]
i just used that one for quick access
20:57:41 [oedipus]
RS: CP please float AbstactView by WG?
20:58:02 [oedipus]
CP: may be best to float before SVG WG before going to HTML WG
20:58:16 [oedipus]
RS: alternate proposals for caret and FocusRing proposals
20:58:21 [oedipus]
RS: FrankO says "drop"
20:58:39 [oedipus]
RS: IME stuff happening at google --people will use canvas for this (editing)
20:58:55 [oedipus]
CP: guy working on IME not dropping it
20:59:16 [oedipus]
RS: concern: don't want to have HTML5 go out and say "we'll fix in next point release"
20:59:32 [oedipus]
CP: good to get methods for canvas in there -- IME in canvas drives people nuts
20:59:52 [oedipus]
CP: APIs for canvas are simple -- bit of tweaking and feedback should work
21:00:11 [oedipus]
CP: treading warily in WHAT WG space
21:00:22 [oedipus]
RS: FocusRing a no-brainer
21:00:46 [oedipus]
TL: can't mange input="text" -- scrolls itself
21:00:52 [oedipus]
RS: thanks to TL and SW for attending
21:01:25 [oedipus]
[adjourned]
21:01:25 [Zakim]
-Chuck_Pritchard
21:01:27 [Zakim]
-Shawn_Warren
21:01:33 [Zakim]
-Rich
21:01:34 [Zakim]
WAI_PFWG(A11Y)3:00PM has ended
21:01:35 [Zakim]
Attendees were +1.802.362.aaaa, Rich, +1.802.362.aabb, +1.949.637.aacc, Gregory_Rosmaita, Chuck_Pritchard, Tim_Lalor, Shawn_Warren
21:01:43 [Zakim]
Zakim has left #html-a11y
21:02:04 [RRSAgent]
I have made the request to generate http://www.w3.org/2011/01/10-html-a11y-minutes.html oedipus
21:02:26 [oedipus]
chair: Rich
21:02:29 [RRSAgent]
I have made the request to generate http://www.w3.org/2011/01/10-html-a11y-minutes.html oedipus
21:03:01 [oedipus]
present- +1.802.362.aaaa, +1.802.362.aabb, +1.949.637.aacc
21:03:03 [RRSAgent]
I have made the request to generate http://www.w3.org/2011/01/10-html-a11y-minutes.html oedipus
21:03:57 [oedipus]
i/TL: used ARIA-selection of "no-width" for caret/TOPIC: What is needed for Screen Magnification Support for CANVAS?/
21:03:58 [RRSAgent]
I have made the request to generate http://www.w3.org/2011/01/10-html-a11y-minutes.html oedipus
21:04:51 [oedipus]
meeting: CANVAS Subteam of HTML A11y TF
21:04:53 [RRSAgent]
I have made the request to generate http://www.w3.org/2011/01/10-html-a11y-minutes.html oedipus
21:05:26 [oedipus]
meeting+ CANVAS Subteam of HTML A11y TF
21:05:29 [RRSAgent]
I have made the request to generate http://www.w3.org/2011/01/10-html-a11y-minutes.html oedipus
21:11:52 [oedipus]
rrsagent, please part
21:11:52 [RRSAgent]
I see no action items