- From: <bugzilla@wiggum.w3.org>
- Date: Mon, 09 Feb 2009 08:10:56 +0000
- To: public-html-bugzilla@w3.org
http://www.w3.org/Bugs/Public/show_bug.cgi?id=6543
Rob Burns <rob@robburns.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |rob@robburns.com
--- Comment #2 from Rob Burns <rob@robburns.com> 2009-02-09 08:10:55 ---
Since it seems "caption" is really the word we're looking for, but legacy
parsing wants caption to be properly placed in a table, why not simply make a
legacy synonym element to the figure element as has been suggested in the
past[1].
With this approach, the parsing algorithm could be updated to permit 'caption'
elements in "figure" elements in addition to the "table" element. In the
meantime, authors can use:
<table f >
<caption>some caption text</caption>
<tr><td><img src='uri' alt='alt text' >
</table>
in the same way they will eventually use
<figure>
<caption>some caption text</caption>
<img src='uri' alt='alt text' >
</figure>
in all XML parsed HTML and HTML5 parsed text/html in the future. Note the use
of the "f" boolean minimized attribute to indicate this is a figure element and
almost the same character count in the legacy compatible approach as the figure
example.
With this approach authors get immediate CSS support for figures that I expect
behaves much the way we would want the figure caption to behave.
figure, table[f] {caption-side: bottom; }
or
figure, table[f] {caption-side: top; }
Sure it's a little contrived in the interim, but there's a lot in HTML5 that's
a little contrived. And it works today!
--
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Monday, 9 February 2009 08:11:05 UTC