- 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