CSS Problem, Mozilla macht eine H-Scrolleiste Einstellungen

[Conny]

Hallo,
bin gerade dabei unser Pfingstturnier auf 'eigene' Füße zu stellen.
Klappt soweit ganz gut.
NUR: FireFox, Mozilla und co. machen mir eine Horizontale Scrolleiste ins Bild !

IE und Opera machen (ausnahmsweise ) mal keinenn Streß.

Ich glaube so langsam werde ich (betriebs) Blind
Wer klärt mich auf?

Seite: http://www.trimmelterhof.de/pfingsten/home.htm

CSS: http://www.trimmelterhof.de/pfingsten/layout.css

cu
Conny

[Conny]

So, da bin ich wieder und bringe auch gleich die Lösung mit.
DIV Header (und DIV Fuß) hatten eine margin- und padding-Angabe in px, plus eine width=100% Angabe.

Opera und IE bleiben dabei innerhalb der 100% Width-Angabe, während Mozilla und co. die 100% Angabe als Basis nehmen um dann die Padding- und Margin-Werte oben drauf zu zählen.
Bei einer hohen Margin-left Wert (wie es bei mir der Fall war), schiebt sich das Ganze dann nach links, quasi aus dem Bildschirm heraus....

Deutlich wurde das, als ich die drei DIV's (Header, Content, Footer) einfach mal einen Border gab!
Kann, ähnlich bei Tabellen, mal hilfreich sein.

cu
Conny

[Andreas]

Deutlich wurde das, als ich die drei DIV's (Header, Content, Footer) einfach mal einen Border gab!

Hehe, so mache ich das auch immer. Probates Mittel ... :-)

[Ede]

Hi Conny

ja, ehrlich gesagt, das Handling der padding- und margin-Werte - nämlich das addieren zu width und height - bei den Mozillabrowsern finde ich schlichtweg unlogisch.

...und es nervt mich mächtig

Der Beitrag wurde von Ede bearbeitet: 22.12.2004 - 9:10

[Auge]

Hallo Ede

ja, ehrlich gesagt, das Handling der padding- und margin-Werte - nämlich das addieren zu width und height - bei den Mozillabrowsern finde ich schlichtweg unlogisch.

Es entspricht so aber genau dem CSS-Standard. Ich fände die Subtraktion der Padding-Werte von der Width-Angabe auch logischer. Margin und Border gehören für meine Logik aber wirklich draußen draufgezählt.

...und es nervt mich mächtig

Ja, das unterschiedliche Verhalten der Browser ist an dieser Stelle besonders nervend.

Tschö, Auge

Der Beitrag wurde von Auge bearbeitet: 22.12.2004 - 14:55

[Ede]

Es entspricht so aber genau dem CSS-Standard. Ich fände die Subtraktion der Padding-Werte von der Width-Angabe auch logischer. Margin und Border gehören für meine Logik aber wirklich draußen draufgezählt.

Hi Auge,
wenn ich dem Element, welchem ich width und margin mitgebe: ACK!
Aber soweit ich mich erinnern kann, passiert es auch, wenn ich einem Kindknoten ein margin zuweise, das width um den margin-Wert erweitert wird.
Bin mir aber nicht mehr so ganz sicher.

Der Beitrag wurde von Ede bearbeitet: 23.12.2004 - 8:53

[Conny]

Hi,
nun, für mich wäre Logisch:
Margin = Abstand vom (Bildschirm) Rand bis zum Element (DIV)
Padding = Abstand vom Rand des Elementes (DIV) bis zum nächsten irgendwas (Also Text, Bild oder ein weiteres Element.)

Gebe ich nun das DIV-Element eine Width angabe in %(!) erwarte ich, daß die Breite des Bildschirms (Ja, die ist natürlich unterschiedlich) für die Berechnung hergenommen wird, abzüglich der Weite, die bereits durch Margin 'verbraucht' wurde.

Aber die Logik des Einen ist noch lange nicht die Logik des Anderen...

cu
Conny

[Google Bot]