[css-d] IE7 scrollbar bug

A colleague of mine found a little bug in IE7 that produces an unneeded horizontal scrollbar: http://alastairc.ac/testing/IE7_bugs/scrolling_on_position-right.html It seems to be tripped when you have: - a block of over 50% wide, relatively positioned. (Including the body.) - an absolutely

Re: [css-d] input margin bug (IE7)

On 12/19/06, Ingo Chao [EMAIL PROTECTED] wrote: Strange. Seems to be a similar problem in IE6, but the wrapper is expanding there. I'm glad it wasn't something common that I had just missed before, but it is very strange that this hasn't come up before, isn't it? Especially since it affects IE6

[css-d] New IE7 haslayout bug?

Hi everyone, A client had a strange behavior in IE7 RC1, where mousing over a link in one column moved the right hand column off screen. A fairly obscure one this, but at first glance it doesn't seem to equate to a current PIE bug. I've just cut it down to a test case:

Re: [css-d] Layout based in em's: different widths FF/IE

Hi Bernat, Bernat Lleonart wrote: I am creating a layout based in em's the box is 100px wide in FF, but it is 99px wide in IE. Only 1px difference? I'd expect that much from using percentages to do the page width! That could easily be rounding error. Felix might chip in that you shouldn't

Re: [css-d] IE7b2 peekaboo?

Ingo Chao wrote: The peekaboo, meaning content appearing and reappearing depending on scroll, window rezise, the weather forecast, is fixed in IE7. The problem you are reporting is not of that now you can see me, now you don't kind. Ah, thanks for that, I guess that's why I didn't find

Re: [css-d] IE7b2 peekaboo?

Ingo Chao wrote: In the end, these are just heads of Hydra, smash one, and two will grow. Indeed, I tried creating a 'fix' page and made *all* the content disappear by including a conditional comment... http://alastairc.ac/testing/IE7_bugs/peekaboo_floats_04.html -Alastair

[css-d] IE7b2 peekaboo?

Hi everyone, Apologies if I missed it before, but has anyone else had problems with peekaboo bugs in IE7? I thought it had been fixed, so I was a little surprised to come across it, and stripped it down to a test case: http://alastairc.ac/testing/IE7_bugs/peekaboo_floats_01.html Could someone

Re: [css-d] Elastic layouts: want to confirm

it working in IE, which is what most people with visual impairments use (like the general population). Kind regards, -Alastair -- Alastair Campbell | Director of User Experience Nomensa Email Disclaimer: http://www.nomensa.com/email-disclaimer.html

Re: [css-d] Elastic layouts: want to confirm

/viewlist/css-discuss/74715 I look forward to when IE 6 does actually go the way of NN 4 (i.e. vitually no usage), but until then we need a practical strategy. Kind regards, -Alastair -- Alastair Campbell | Director of User Experience Nomensa Email Disclaimer: http://www.nomensa.com/email

[css-d] IE7b2's Doctype switch comments

I was just checking a few of the site's I look after in IE7's new beta, and was a little worried that some appeared just as in IE6, which I wasn't expecting. The two odd ones out are on a 3rd party CMS that doesn't do the XML declaration properly, and has a comment to kick IE6 into quirks mode.

Re: [css-d] selectors question

Philippe Wittenbergh wrote: I'm not sure if any browser supports E:empty decently. FF appears to, but for things with literally nothing inside, e.g. p/p. Perhaps also for just whitespace, but I'd need to check that. AFAIK that's what the spec says, which is a shame, because then you can't

Re: [css-d] selectors question

diego nunes wrote: Maybe... a *:not(*) - don't make much sense, but worth a try ;) Thanks Diego, I tried that, but no joy. :( It applies to the *, which would be the image, but not the link, which is where the padding background is applied. Because the text doesn't count as something to