- From: Leif Halvard Silli <xn--mlform-iua@xn--mlform-iua.no>
- Date: Tue, 2 Mar 2010 22:07:55 +0100
- To: Leif Halvard Silli <xn--mlform-iua@xn--mlform-iua.no>
- Cc: Charles McCathieNevile <chaals@opera.com>, Laura Carlson <laura.lee.carlson@gmail.com>, "Gregory J. Rosmaita" <oedipus@hicom.net>, "public-html-a11y@w3.org" <public-html-a11y@w3.org>
Leif Halvard Silli, Tue, 2 Mar 2010 21:47:00 +0100: > Charles McCathieNevile, Tue, 02 Mar 2010 21:27:21 +0100: >> On Tue, 02 Mar 2010 15:42:57 +0100, Leif Halvard Silli: > >>> http://målform.no/html5/summary+css >>> >>> The problem is that VoiceOver, which doesn't read @summary, also >>> doesn't read it when it has been made visible via CSS (generated >>> content). > >> This is not VoiceOver, but a Safari bug. By design Opera exposes generated >> content to screen readers, so the summary attribute on a table can be >> rendered. > Cool! Thanks for the info. [...] Seems like it works in last Webkit beta as well. However, it has many of the same issues that a second <caption> has: It is hard to make it completely hidden. And when the table detects the presence of an element with display:block or something, 1 - 2 pixels of empty space is displayed between the upper cell and the table border, no matter how well you hide it. And if you hide it too well, then VoiceOver won't read it. Webkit only accept one "thing" with display:table-caption. So if you give the generated content display:table-caption, you may hide the other caption as well. Plus, in Webkit, the summary is read before the <caption> - this is not my intention. (I don't know about Opera, because I don't know how to use VoiceOver with Opera - seems like it works differently from in Safari/Webkit. But anyway, this is a possible workaround to enable summary support on the Mac platform. -- leif halvard silli
Received on Tuesday, 2 March 2010 21:08:30 UTC