3.0 beta 2

Grid widget looking bad in current trunk builds of Firefox.

Hello, I just wondered if you noticed that the grid widget looks very weird in current trunk builds of Firefox (which you can download here: http://ftp.scarlet.be/pub/mozilla.org/firefox/nightly/latest-trunk/ )
The only thing I get to see in the trunk build is a lot of scrollbars.
When viewed directly ( /examples/grid/images.htm ) it is already a lot better, but still the top row is covered in horizontal scrollbars.
This could be a new bug in Firefox that regressed, or it could be that you rely on buggy things in the old Mozilla1.7, I don't know.
Maybe you could shed some light on this?

Kind regards,
May 9,

I guess it is the same old problem starting with Mozilla 1.8 alpha -


Mozilla introduced support for overflow-x and overflow-y in 1.8a, however setting overflow-y to 'hidden' forces overflow-x to 'auto' and then you see unexpected scrollbars.

Here is the fix:

.active-grid-row.gecko, .active-box-normal.gecko {
overflow-y: visible;

I was hoping that they fix it in Mozilla but...

Alex (ActiveWidgets)
May 11,
Thanks for the explanation Alex. Now I understand.

If you want a bug in Mozilla to be fixed, then a bug about it needs to be filed, otherwise developers are not aware of the problem (I don't mean to criticize you, but that's just how it works with Mozilla).

However, when I look at the css3 draft:
"The computed value is the specified value, except in the following case: combinations of 'overflow-x' and 'overflow-y' where one is 'visible' and the other is 'scroll' or 'auto' are not possible. In that case the computed value of 'visible' will be 'auto'."
Looking at that text makes me think that Mozilla is doing it right.
This doesn't really make sense to me, though. There probably is a good reason for it why they've included that text.
May 12,
I thought about it a bit more.
I think that text was added in the draft, because such a combination would indeed be impossible.
It 'works' in IE6, because it's implementation of overflow:visible is entirely incorrect.
Maybe the width you are setting should be min-width for Mozilla (and set float:left for those elements to get the shrink-wrap effect)? That could perhaps solve the problem?
May 12,
Perhaps you already know that the example at
produces a blank page in Safari 2.0.2 (MacOS 10.4.3).

It does work very nicely in Firefox 1.0.7 on a Mac.

Firefox 1.5 Mac still has so many serious flaws that it unusable for real work.
April 3,

This topic is archived.

See also:

Back to support forum


Version 2

Looking for AW 2.6 ?
The old site is here.