Re: Review of Ian's changes for path

Rich,

Thanks for your analysis below of Ian's recent and apparent planned 
upcoming canvas changes.

I note your rather neutral wording of "That would have accessibility 
implications," but gather from your specific observations below, 
though they are not detailed, that these would very likely be 
detrimental changes for accessibility, or at best that it would 
require substantial additional work to overcome new problems for 
accessibility that would be introduced by these approaches.

Additional detail would be welcome if you have the time, or otherwise 
perhaps you can further describe during the Accessibility Task Force 
meeting tomorrow.

Thanks,

- Judy

At 04:27 PM 3/20/2012 -0500, Richard Schwerdtfeger wrote:

>I was asked to review Ian's changes to the canvas 2D Context API and 
>its impact on the accessibility issue for magnifiers, hit testing, 
>and Frank Olivier's proposal:
>
>1. Ian's change was only to introduce SVG's path functionality to 
>Canvas.  Standing on its own it does not address Issue-201 
>(<http://www.w3.org/html/wg/tracker/issues/201>http://www.w3.org/html/wg/tracker/issues/201) 
>for supporting canvas hit testing and providing location information 
>to assistive technologies. I don't know if an issue was logged to 
>provide SVG Path support but it was discussed on the list.
>2. His proposal is part of a collection of changes that Ian is 
>working on that would impact these accessibility defects: 
><http://wiki.whatwg.org/wiki/Canvas>http://wiki.whatwg.org/wiki/Canvas
>As I may have mentioned Steve Faulkner and I have been providing use 
>cases to Ian and feedback on work he is doing to address Issue-201. 
>You can see some of that on this page. That said, Ian has not made a 
>direct change to the W3C spec. to address our defects nor has he 
>submitted a change proposal to the working group for a new function 
>addHitRegion().
>
>That said, the change does impact Frank's proposal 
>(<http://www.w3.org/wiki/Canvas_hit_testing>http://www.w3.org/wiki/Canvas_hit_testing) 
>and the work being done on the link, if submitted, would introduce a 
>new web MVC mechanism to the Web that either non-WebKit-based or 
>non-Chrome browsers does not support today. That would have 
>accessibility implications. I will elaborate:
>
>1. Frank's proposal assumed the using the current canvas path. Ian 
>has introduced an entirely new path mechanism, that is a bit heavy 
>weight, that was not there before. Frank's proposal would need to 
>change to accommodate it, yet Frank stated Microsoft would not 
>support it. - a conundrum.
>2. When I was at TPAC a Google developer showed me new work he was 
>doing on a new MVC model for the Web, similar to XBL, with a new 
>model that could be bound to different rendering engines: SVG, 
>Canvas, etc. This object model is separate from the DOM and I was 
>told that this recently went into a Chrome trunk. The addHitRegion() 
>function would allow for access to a separate model in that the 
>element parameter is not required (See Ian's comments). None of the 
>ATs, including Google Chrome make use of it today so introducing 
>this mechanism would require a comprehensive accessibility effort as 
>it is a DOM circumvention. Please read my comments on addHitRegion.
>
>Rich
>
>Rich Schwerdtfeger

Received on Wednesday, 21 March 2012 23:54:20 UTC