ikiwiki (3.20130711) unstable; urgency=low
[ikiwiki.git] / 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]]