- From: Leif Halvard Silli <xn--mlform-iua@xn--mlform-iua.no>
- Date: Mon, 1 Mar 2010 07:38:16 +0100
- To: Charles McCathieNevile <chaals@opera.com>
- Cc: Richard Schwerdtfeger <schwer@us.ibm.com>, Silvia Pfeiffer <silviapfeiffer1@gmail.com>, Ian Hickson <ian@hixie.ch>, public-canvas-api@w3.org, "public-html-a11y@w3.org" <public-html-a11y@w3.org>
Charles McCathieNevile, Mon, 01 Mar 2010 01:52:36 +0100: > (This works fine in Opera and Firefox, but Safari shows the HTML > content since apparently it can't handle a JPG object?) I believe Webkit simply can't handle <a> with @coords. And it also works badly with <object> image maps - does it work with them at all? (Webkit is all too often a show stopper, in HTML5 and elsewhere ... iCab used to support object image maps, but not since it switched to Webkit.) > Oddly enough, neither Firefox nor Safari (I am testing on a Macintosh > today) manage to handle a mixture of block content and area elements > - they seem to have missed the HTML 4.01 upgrade that allows this - > although it dates from december 1999, so is far older than either > browser. Would be interesting with test examples ... The example you had in your e-mail worked in Firefox. (However, that example used <a coords> and not <area coords>.) My "selfish" hope is that "the vendors" prefer to implement <canvas> accessibility via image maps rather than adom, as this could also bring about full support for HTML401 image maps in general ... As long as Firefox and Object support it, then there is enough vendor support, according to the rules we work under. For the record, even IE, from IE6 to IE8, works with OBJECT image maps, as long as the <map> is not the child of the <object>: http://www.gtalbot.org/BrowserBugsSection/MSIE8Bugs/ObjectImageMapSupport.html As a workaround, one can use conditional comments to make IE think that the object ends before it really ends. -- leif halvard silli
Received on Monday, 1 March 2010 06:38:55 UTC