Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

FF problem? page going out on left side

0 views
Skip to first unread message

Jan C. Faerber

unread,
Nov 22, 2009, 12:59:25 PM11/22/09
to
Is this a (typical) css problem?
Are those pages designed for IE and don't fit in FF windows?

Here I found an example today:
http://www.meerschweinchen-ratgeber.de/forum/profile.php?mode=register&agreed=true

I can read 'rname' left of the first form field but I should see the
word:
"Benutzername"

I wanted to bet I will find the other page with the same problem - but
now it took me already too much time.

Jan C. Faerber

unread,
Nov 22, 2009, 1:35:18 PM11/22/09
to
On Nov 22, 6:59 pm, "Jan C. Faerber" <faerber....@gmail.com> wrote:

> I wanted to bet I will find the other page with the same problem - but
> now it took me already too much time.

yes - it's here.
I only watched it in FF now - well - I could start konqueror or
iceweasel aswell - both similar.
http://www.katschickistan.at/cms/?q=

Here maybe it is a desired layout.
But I am not able to read the letters in the very left area

rf

unread,
Nov 22, 2009, 5:28:54 PM11/22/09
to

"Jan C. Faerber" <faerb...@gmail.com> wrote in message
news:23fa980b-0191-4c3f...@j4g2000yqe.googlegroups.com...

This is a rather common problem caused by stupid authors who don't know how
to use CSS correctly, and are either too stupid or too lazy to test the
resulting page with a narrow browser window.


Jan C. Faerber

unread,
Nov 24, 2009, 6:15:28 AM11/24/09
to
On Nov 22, 11:28 pm, "rf" <r...@z.invalid> wrote:
> "Jan C. Faerber" <faerber....@gmail.com> wrote in messagenews:23fa980b-0191-4c3f...@j4g2000yqe.googlegroups.com...

>
> > Is this a (typical) css problem?
> > Are those pages designed for IE and don't fit in FF windows?
>
> > Here I found an example today:
> >http://www.meerschweinchen-ratgeber.de/forum/profile.php?mode=registe...

>
> > I can read 'rname' left of the first form field but I should see the
> > word:
> > "Benutzername"
>
> > I wanted to bet I will find the other page with the same problem - but
> > now it took me already too much time.
>
> This is a rather common problem  caused by stupid authors who don't know how
> to use CSS correctly, and are either too stupid or too lazy to test the
> resulting page with a narrow browser window.

thank you rf for your comment!

this another example where I don't understand why they fail to
optimize it for FF:
http://www.evony.com/evonyb1t.html?Yahoonew4
what life is this?

Jan C. Faerber

unread,
Nov 24, 2009, 8:10:45 AM11/24/09
to
On Nov 24, 12:15 pm, "Jan C. Faerber" <faerber....@gmail.com> wrote:

> this another example where I don't understand why they fail to
> optimize it for FF:http://www.evony.com/evonyb1t.html?Yahoonew4
> what life is this?

http://esv-sva.sozvers.at/portal/index.html?ctrl:cmd=render&ctrl:window=svaportal.services.servicesWindow&p_menuid=7124&p_tabid=6

Here the page is going out on the right
well, but I don't get any scrolling to the right!! huch! FF yeah yeah
yeah!

rf

unread,
Nov 25, 2009, 2:41:12 AM11/25/09
to

"Jan C. Faerber" <faerb...@gmail.com> wrote in message
news:202615ef-e76c-4593...@p32g2000vbi.googlegroups.com...

http://esv-sva.sozvers.at/portal/index.html?ctrl:cmd=render&ctrl:window=svaportal.services.servicesWindow&p_menuid=7124&p_tabid=6

What *are* you talking about.

The effect you see here is not the fault of Firefox. It is, once again,
clueless authoring.

In fact FF is getting it right. It is IE that is getting it wrong. With
simply everything on the page being floated a scrollbar is not called for.
Clueless authoring.


Jan C. Faerber

unread,
Nov 27, 2009, 12:23:15 PM11/27/09
to
On 25 Nov., 08:41, "rf" <r...@z.invalid> wrote:

> In fact FF is getting it right. It is IE that is getting it wrong. With
> simply everything on the page being floated a scrollbar is not called for.
> Clueless authoring.

Now the latest FF version on linux works different than on windows?
I don't get it right - sorry

Ben C

unread,
Nov 28, 2009, 10:36:18 AM11/28/09
to

Why not? I've never seen that in the specs anywhere.

> Clueless authoring.

The scrollbar is being removed on purpose, with this rule:

html {
overflow-x:hidden;
overflow-y:scroll;
}

in portal.css line 44. Setting overflow on the root element is supposed
to set it on the viewport (it's one of those things like body
backgrounds that after various strange rules are applied ends up being
applied to the viewport).

UAs must apply the 'overflow' property set on the root element to
the viewport. When the root element is an HTML "HTML" element or an
XHTML "html" element, and that element has an HTML "BODY" element or
an XHTML "body" element as a child, user agents must instead apply
the 'overflow' property from the first such child element to the
viewport, if the value on the root element is 'visible'. The
'visible' value when used for the viewport must be interpreted as
'auto'. The element from which the value is propagated must have a
used value for 'overflow' of 'visible'.

overflow-x and overflow-y (as opposed to just overflow) are CSS3, which
maybe IE doesn't support, or maybe it just doesn't let you change
overflow on the viewport.

Anyway, delete overflow-x: hidden and you can scroll right in FF.

NB: in theory you can actually set the viewport to overflow: visible,
although they say it's OK if that doesn't work.

0 new messages