On 10/29/06, Nick Jenkins <nickpj(a)gmail.com> wrote:
Downside:
This comment indicates that it was tried and does not work:
// Yes, the headline logically goes before the edit section. Why isn't it there
// in source? Ask the CSS people. The float gets screwed up if you do that.
// This might be moved to before the editsection at some point so that it will
// display a bit more prettily without CSS, so please don't rely on the order.
$head[$headlineCount] .= ' <span
class="mw-headline">'.$headline.'</span></h'.$level.'>';
Correct. As it turns out, the CSS people are fine with it, it's the
Mozilla and Microsoft people who've screwed up. Basically they seem
not to want to evaluate already-drawn text for possible redrawing when
drawing floats, so if they encounter a float that's not at the
beginning of a line they bump it down a line.
<https://bugzilla.mozilla.org/show_bug.cgi?id=50630> So no, that's
not going to happen.
I tried out tables, but the insurmountable flaw *there* is that for
some reason the CSS people (it actually is their fault this time ;) )
said that only line boxes compress for floats, nothing else. So any
floats from the previous section overlap the headers horribly. I'm
agreeing with Timwi at this point, the only way to solve all this is
to just put the links right next to section headers, and any wikis
that don't like it can deal with it how they like. I'm still going to
ask Tim or Brion before going ahead, though, because this will
certainly result in complaints.