- From: Lachlan Hunt <lachlan.hunt@lachy.id.au>
- Date: Fri, 18 Sep 2009 16:33:09 +0200
- To: "Tab Atkins Jr." <jackalmage@gmail.com>
- Cc: public-html@w3.org
Tab Atkins Jr. wrote: > On Thu, Sep 17, 2009 at 7:51 PM, Leif Halvard Silli > <xn--mlform-iua@xn--mlform-iua.no> wrote: >> To illustrate my point, we could end up with this: >> >> <figure> >> <h1>Exhibit A</h1> >> <div><h1>Madonna and child</h1> >> <img src="foo" alt="bar"> >> </div> >> </figure> > > It's easy to avoid that situation - the caption for the<figure> would > just be the *first* child heading element. So it wouldn't be > necessary to wrap a<div> around the content there - the second<h1> > is implicitly part of the content, not the caption. Let's try to avoid introducing solutions that require such workarounds to avoid unintended side affects. Also, requiring the caption to be the first element is counter intuitive for the very common practice of putting captions below images or other figure content. HTML4 made the mistake of requiring tfoot to be before tbody, despit being rendered below, and authors commonly ignored this as it was counter-intuitive and used tfoot at the end. So whatever markup we decide for caption needs to be able to be freely placed either before or after the content in the markup, and not simply controlled with 'caption-side' in CSS. -- Lachlan Hunt - Opera Software http://lachy.id.au/ http://www.opera.com/
Received on Friday, 18 September 2009 14:34:17 UTC