Re: Canvas Sub-Group Meeting Scheduled [Monday: 17 MAR 2014]

On 3/18/14, 12:10 AM, Jay Munro wrote:
> 
> Hi all,
> 
> I got this note from Jacob Rossi, one of our PMs who reviewed the spec. Some food for thought.
> 
> •         Accessing regions by a string ID seems like a clumsy API and requires me to keep my own model that tracks the regions and their IDs.
>         o   Also the ID is optional, meaning some hit regions could be lost forever?
>         o   I’d actually recommend just scrapping the ID concept altogether and focus on the control nodes. In fact, add/RemoveHitRegion() could just take a control as the only arg. If you want an ID, just use the ID attribute on the control node.
>                  If IDs were scrapped, then the MouseEvent.region extension isn’t needed. This would be my preference.
> 
> •         ID string is listed as optional, control is not. But yet from the algorithm for addHitRegion(), it seems control is also optional?
> •         The argument type for add/removeHitRegion(), HitRegionOptions, is not defined anywhere in the spec. I think this should be a dictionary type most likely.
> •         There doesn’t seem to be a way to access the collection of added hit regions. I’d expect something like context.regions to expose a collection of the added regions.
> o   E.g. it currently seems I have to remove and add a hit region if I just want to update it. Perhaps it’s felt this isn’t needed in an immediate-mode graphics API?
> •         Spec should also handle PointerEvents too!
> 

Thanks for sharing this, Jay.  I have added it to the agenda for next week [1].
 I also encourage discussion on list.

[1] https://www.w3.org/WAI/PF/HTML/wiki/Canvas#Next_Agenda

Best,

Mark

-- 
Mark Sadecki
Web Accessibility Engineer
World Wide Web Consortium, Web Accessibility Initiative
Telephone: +1.617.715.4017
Email: mark@w3.org
Web: http://w3.org/People/mark

Received on Tuesday, 18 March 2014 11:28:12 UTC