Re: Counter Proposal, ISSUE-74 (and ISSUE-105)

> This is to formally submit
http://www.w3.org/html/wg/wiki/ChangeProposals/Map4NotAdom as a
counter-proposal for ISSUE-74.

"5. When the canvas element is supported, make the content of the 
canvas element not navigable, except if it is an image map (as for 
maps inside object element, in HTML 4) "

Thanks for support of the html4+ model (2 and 3), but regardless of 
other considerations for the interactive graphics that may animate a 
canvas element and an object element, or maybe a combination of the 
those and others, I think the above is too limiting.

The reasonable objective is to improve accessibility authoring of 
canvas/object/img/others by use of an image map to provide navigation 
and possibly other interactivity options. For the general case of 
providing high performance interactive mulitple media aspects, the 
image map can be a significant aid, but mainly as a high potential 
access helper. Making a live image map of a collection of elements 
available in the host DOM is great and will be a fine tool. At the 
minimum, for example, if an image map would not be appropriate as a 
interaction model, then the author would at least have the option of 
an accessible image map interface to allow alternative choices for 
getting content. Requiring that all 'navigation' (which I might read 
to have application to all 'internal' and 'external' navigation; which 
I might then extend to all possible interactions within the image map 
area), I think is way too much.

After all, once I find out that I don't have an accessibility 
opportunity/problem in a canvas/object/svg operation, I probably may 
want to just go ahead and turn off any image map overhead.
Overall, there are many fewer opportunities to use the strongly 
interactive aspects of canvas/object/svg realtime nD multiple media 
for navigation, interaction, and communication if an image map is 
always required. However, we need features of a live image map in the 
DOM to allow us to take it as far as it will go.
Thanks Again to All and Best Regards,
Joe

Received on Friday, 30 July 2010 21:30:47 UTC