W3C home > Mailing lists > Public > public-html@w3.org > November 2011

RE: Canvas uses requiring accessibility support

From: Ian Hickson <ian@hixie.ch>
Date: Thu, 24 Nov 2011 07:19:56 +0000 (UTC)
To: Frank Olivier <Frank.Olivier@microsoft.com>
cc: Jonas Sicking <jonas@sicking.cc>, Steve Faulkner <faulkner.steve@gmail.com>, HTMLWG WG <public-html@w3.org>
Message-ID: <Pine.LNX.4.64.1111240716290.5743@ps20323.dreamhostps.com>
On Thu, 24 Nov 2011, Frank Olivier wrote:
> 
> IMO We need a 'general purpose' hit testing solution here (to assist in 
> author uptake) with a very simple method that allows authors to see what 
> path/pixels are actually being set for hit testing. We spent some time 
> at TPAC discussing this and IMO there is broad support for adding the 
> following method (exact name TBD, of course) and behavior:
> 
> boolean setElementPath(in Element element);

My plan is to add support for something along these lines when we add Path 
primitives in the coming months. (I don't think we should add it separate 
from path primitives because then we'd have to do it twice. For similar 
reasons I haven't yet added "convert text to path" or "draw text on path" 
APIs, or indeed any of the other path feature requests like ellipses.)

However, while there are definitely use cases for hit testing, it's not 
clear that simply hit testing would actually help accessibility use cases. 
Hence the wiki page.

-- 
Ian Hickson               U+1047E                )\._.,--....,'``.    fL
http://ln.hixie.ch/       U+263A                /,   _.. \   _\  ;`._ ,.
Things that are impossible just take longer.   `._.-(,_..'--(,_..'`-.;.'
Received on Thursday, 24 November 2011 07:20:20 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Wednesday, 9 May 2012 00:17:41 GMT