doc/bugs/__96____96__clear:_both__39____39___for___96__.page__42____39____63__.mdwn

   1 Please have a look at
   2 <http://www.bddebian.com/~wiki/hurd/running/debian/faq/>.
   3 There is (on a sufficiently small display) a large free spacing between the
   4 *vmstat* line and the first *Posted* line.
   5 Even without any `local.css`.
   6 This is because of `clear: both` in ikiwiki's `style.css`, line 109,
   7 for `.pagedate, .pagelicense, .pagecopyright`.
   8
   9 I can override this in `local.css`, but what was the original reason for
  10 adding this `clear: both`?
  11
  12 > Without investigating in detail, I think it was probably because any
  13 > of the items can be enabled or disabled. So any of them might be the
  14 > first item after the horizontal rule, and any might be the last item
  15 > before the modification date. So all of them have to clear both above and
  16 > below. I'm sure there are better ways for the CSS to handle that.
  17 > --[[Joey]]
  18
  19 >> There is indeed a better way - all the optional things below the
  20 >> content are wrapped in `<div id="footer">`, so to have the browser wait
  21 >> until all floating boxes have finished before rendering the footer, it
  22 >> would be sufficient to have `#footer { clear: both; }` and remove all
  23 >> the other footer-related `clear` attributes. I'm not sure what you mean
  24 >> by "clear above and below" - the clear attribute takes values none, left,
  25 >> right or both, and its purpose is to stop floating boxes (sidebars,
  26 >> mainly) from overlapping with footers.
  27 >>
  28 >> ... oh, I see what you mean - this affects inlines too. In inlinepage.tmpl
  29 >> we could wrap the "pseudo-footer" in `<div class="inlinefooter">` too?
  30 >> Then sites could choose whether to set clear:both on the inlinefooter
  31 >> or not, and this would be separate from the same styling on whole pages.
  32 >>
  33 >> [[done]] --[[smcv]]
  34
  35 [[patch]]