On 10/29/06, Nick Jenkins nickpj@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.