Another IE6 oddity - a table where each row has one field that uses CSS with the coding:
font-size: 0.7em;
vertical-align: super;
position: relative;
bottom: -0.15em;
display: inline;
It worked fine for all rows but one (which had a different background-colour, but otherwise identical) - and for that row, IE6 would render the text either a few pixels too high (nearly overlapping the previous row) or nearly half-a-screen too high. No time to explore exactly why, but solved by replacing "vertical-align: super" with "vertical-align: 0.3em;"
Sunday, 7 December 2008
Saturday, 6 December 2008
Adright - a reserved word ... somewhere
The following page looks fine in IE7 and in FF3 when opened as a file. But when opened on localhost using WAMP, any css classname starting with "adRight" (case sensitive) causes the div to disappear.
I can't work out whether this is an oddity with my particular setup, with Apache or with FF3. But in case anyone hits it, I thought it worth noting.
Postscript 23 December
The problem lies with Adblock Plus - and it is a moving target. replacing "adRight" with "addDateRight" worked for a while - and then suddenly today, that disappeared too. It looks as if any style name beginning "ad" is vulnerable - which is a bit of a nuisance, eg if you have a style called "address".
Suddenly, "addDateLeft" is also falling foul of
I can't work out whether this is an oddity with my particular setup, with Apache or with FF3. But in case anyone hits it, I thought it worth noting.
ONE
TWO
THREE
Postscript 23 December
The problem lies with Adblock Plus - and it is a moving target. replacing "adRight" with "addDateRight" worked for a while - and then suddenly today, that disappeared too. It looks as if any style name beginning "ad" is vulnerable - which is a bit of a nuisance, eg if you have a style called "address".
Suddenly, "addDateLeft" is also falling foul of
Subscribe to:
Posts (Atom)