- From: Ian Hickson <ian@hixie.ch>
- Date: Sat, 11 Nov 2006 00:16:16 +0000 (UTC)
On Fri, 10 Nov 2006, Michel Fortin wrote: > > And today's browsers also have problems with <caption> outside a table, > which implies that my previously proposed markup for this: > > <figure> > <caption>caption text</caption> > ... figure content here ... > </figure> > > would not work correctly in today's browsers. But if you look at things > in another way, today's Firefox can't handle <section>, <aside>, > <header>, and <footer> correctly either (stopping the section at the > first block-level element!). The difference is that <caption> will never work, because of things like this: <table> <caption> <figure> <img ...> <caption> ...A... </caption> </figure> </caption> ... </table> ...which, for legacy compatibility reasons, must result in a DOM where the text with "A" ends up in a second <caption> element that is a child of the <table> element. The idea of having markup of this form: <-container-> <-embedded-content-/> <-caption-> ... </-caption-> </-container-> ...is a fine idea, however, which has been proposed multiple times, and I'm sure we'll use some variant on that. We just can't use <caption>. Or <label>, because that's for form controls. I imagine we'll use <legend>. Parsers are a bit erratic with it right now, but we're requiring them to shape up for the parser part of the spec already, and the <details> element uses it already. -- Ian Hickson U+1047E )\._.,--....,'``. fL http://ln.hixie.ch/ U+263A /, _.. \ _\ ;`._ ,. Things that are impossible just take longer. `._.-(,_..'--(,_..'`-.;.'
Received on Friday, 10 November 2006 16:16:16 UTC