On Apr 13, 2006, at 12:04 AM, Gunlaug Sørtun wrote: > Philippe Wittenbergh wrote: >> Section 9.5 is otherwise pretty clear for this particular case > >> http://www.w3.org/TR/CSS21/visuren.html#floats > > So, how do we best solve it now..? > > - 1) just wait until all browsers settle on the same interpretation. > - 2) do as I usually do: not apply margins or paddings to css- > table, and > adjust whatever needs adjusting on the table's content-elements > instead. > - 3) forget it ever happens. > - 4) other options..?
-1. Applying padding to the element with display:table gives consistent results across the various browsers <http://dev.l-c-n.com/tables-4/table-padding-float.php> with one caveat: Opera 8.5 and 9tp2+ shrink-wrap the element more than other browsers do (and in this case it doesn't take the padding into account). -2. is an option as well. Fixes the shrink wrapping in Opera. Probably allows more fine grained control when using % based margins, in a liquid environment. -4a. the use of display:table has one limit in terms of browser compatibility: Safari 1.0x (used by Mac OS X 10.2) lets the element and its content slide under the floated block. -4b. depending on the contents of the element with display:table, it might shrinkwrap (as noted, Opera can be more aggressive in this). E.g. if that element contains mostly floats with a % width or an auto width. see also <http://dev.l-c-n.com/tables-4/table-padding.php> which uses a 'real' table. and my 'simulations' series <http://dev.l-c-n.com/IEW/simulations.php> Philippe --- Philippe Wittenbergh <http://emps.l-c-n.com> ______________________________________________________________________ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7 List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
