Win Opera 7, Netscape 4, IE 4 verwursten die Darstellung Total

[Casper Vollenweider]

Hallo

Ich habe verschiedene Probleme mit meiner Webseite mit verschiedenen Webbrowsern.

Auf meiner Navlieiste machen Netscape 4, Opera 7, und IE 4 die Absoluten Positionierungen total hin. (opera 6 machts bei mir hier erstaunlicherweise wehsentlich besser als Op7) Ich weis nicht was ich dagegen machen kann.

http://www.schnirkel.ch/main.htm
http://www.schnirkel.ch/nav.htm

Der rest wird auch ziemlich verwurstelt, ist aber zumindest noch lesbar. Es ist mir bei dem Rahmen mit den Schnörkeln auch klar das ich das mit id's noch mit klassen machen sollte. Das werde ich noch ändern.
Ausserdem macht Opera 7 im hauptframe den Hintergrund gar nicht... Das ist aber alles viel weniger wichtig als das Navigations Frame.

Weis jemand von euch wie ich das Positionierungsproblem in meinem NavFrame beheben kann?

Gruss

Casper

[comunicout]

hi,
wozu dienen deiner meinung nach die schön
häufig gestellten fragen von selfhtml ?
http://forum.de.selfhtml.org/faq/#Q-19

http://www.schnirkel.ch/main.htm
http://www.schnirkel.ch/nav.htm

..dann klappts auch mit den links

mfg
comunicout

[Gunnar Bittersmann]

hi,
wozu dienen deiner meinung nach die schön
häufig gestellten fragen von selfhtml ?
http://forum.de.selfhtml.org/faq/#Q-19

http://www.schnirkel.ch/main.htm
http://www.schnirkel.ch/nav.htm
..dann klappts auch mit den links

comunicout,
Lies dir mal http://forum.de.selfhtml.org/faq/#Q-19 auch wirklich durch ... dann klappts auch bei dir mit den Links.
Gunnar

[comunicout]

ähm,
nenn es ironie oder sarkasmus,
aber das war beabsichtigt...

mfg
comunicout,

mfg
comunicout

[Henry Schaffrik]

Hallo Casper,

ich habe mir das gerade mal angeschaut - einmal mit Opera 7.11 und einmal mit IE6 SP1. Sieht bei beiden gleich gut aus und läßt sich auch ohne Probleme bedienen. Es ist alles zu lesen und es gibt nur ein paar minimale Verschiebungen in der Größe der Hintergrundfelder für Text.
Kann es vielleicht an den Browsereinstellungen liegen?

Grruß,

Henry Schaffrik

[e-mail]

[Elya]

Hallo Casper,

#heim {
position:absolute;
top:75;
left:25;
width:
}
#prog {
font-size:10px;
color:#FFFFFF;
font-family:sans-serif;
position:absolute;
top:90;
left:25;
}
#anf {
font-size:12px;
color:#FFFFFF;
font-family:sans-serif;
position:absolute;
top:165;
left:30;
}
[...]

Spontan fällt mir auf, daß du keine Maßeinheiten hinter den top/left Angaben hast. Außer beim Wert 0 müssen die aber IMHO immer rein. Manche Browser sind bei sowas ja auch eigen ;-)

Schöne Grüße aus Köln-Ehrenfeld,

Elya

[MudGuard]

Hi,

Spontan fällt mir auf, daß du keine Maßeinheiten hinter den top/left Angaben hast. Außer beim Wert 0 müssen die aber IMHO immer rein. Manche Browser sind bei sowas ja auch eigen ;-)

Stimmt, der IE ist schon seltsam - obwohl fehlerhafte Werte ignoriert werden müssen[1], interpretiert er die einfach irgendwie ;-)

[1] siehe http://www.w3.org/TR/REC-CSS2/conform.html#q3, Punkt 3, der da lautet:
This means that the user agent must accept all valid values and must ignore declarations with invalid values.

cu,
Andreas

[Casper Vollenweider]

Hallo

Erstmal Danke ich allen die mir eine Antwort gaben...

Ich hab mal den grösstenteil von dem was ihr mir vorgeschlagen habt gemacht. Nur bei zwei verschiedenen Arten von Fehlern die die Validierung ausspuckt weis ich nicht was ich verbessern muss.

http://jigsaw.w3.org/css-validator/validator?uri=www.schnirkel.ch&warning=1&profile=css2

Ungültige Nummer : widthnur 0 kann ein length sein. Nach der Zahl muß eine Einheit stehen. : 29

Da komme ich nicht ganz mit

Und wieso eine Hintergrundfarbe Definieren. Der Text soll doch sowieso Transparent sein?

Dankend

MfG

Casper

[Orlando]

Hi Casper,

Ich hab mal den grösstenteil von dem was ihr mir vorgeschlagen habt gemacht. Nur bei zwei verschiedenen Arten von Fehlern die die Validierung ausspuckt weis ich nicht was ich verbessern muss.

Ungültige Nummer : widthnur 0 kann ein length sein. Nach der Zahl muß eine Einheit stehen. : 29

Alle Wertzuweisungen außer einer Null benötigen eine Einheit (em, px, usw.). Woher soll der Browser sonst wissen, was damit gemeint ist?

Und wieso eine Hintergrundfarbe Definieren. Der Text soll doch sowieso Transparent sein?

Weil man in Browsern die Hintergrundfarbe einstellen kann. Ist diese bei mir zB dunkelgrau und dein Text ist in der gleichen Farbe formatiert, sehe ich nichts. Du musst also die Vorder- und Hintergrundfarbe explizit angeben, damit so etwas nicht passieren kann.

Grüße,
 Roland

[Casper Vollenweider]

Hallo Roland

Ungültige Nummer : widthnur 0 kann ein length sein. Nach der Zahl muß eine Einheit stehen. : 29

Alle Wertzuweisungen außer einer Null benötigen eine Einheit (em, px, usw.). Woher soll der Browser sonst wissen, was damit gemeint ist?

Huch das hab ich übersehn. Das ist jetzt ok. Danke :-)

Und wieso eine Hintergrundfarbe Definieren. Der Text soll doch sowieso Transparent sein?

Weil man in Browsern die Hintergrundfarbe einstellen kann. Ist diese bei mir zB dunkelgrau und dein Text ist in der gleichen Farbe formatiert, sehe ich nichts. Du musst also die Vorder- und Hintergrundfarbe explizit angeben, damit so etwas nicht passieren kann.

?. Aber wenn ich da eine hintergrundfarbe angebe, kommt die auch in mein Dokument. Ich hab aber ein Hintergrundbild. Wie soll ich es denn machen das man die Hintergrundfarbe nicht sieht sondern mein Hintergrund bild, ich aber trozdem die Hintergrundfarbe meiner Klasse angebe um Valid zu sein?

Gruss

Casper

[molily]

Hallo Orlando,

Und wieso eine Hintergrundfarbe Definieren. Der Text soll doch sowieso Transparent sein?

Weil man in Browsern die Hintergrundfarbe einstellen kann.

Das ist an sich kein Argument, unnötige Hintergrundfarben-Deklarationen  anzugeben.

Ist diese bei mir zB dunkelgrau und dein Text ist in der gleichen Farbe formatiert, sehe ich nichts.

Das hatten wir doch schon - der Validator spuckt ohne wirklichen Durchblick wild Fehler aus, wie MudGuard auch sagt.
Entscheidend ist, dass die Hintergrundfarbe an der kritischen Stelle gesetzt sein muss, dann klappt ist es unproblematisch, wenn eigentümliche Browserdarstellung und Benutzerstylesheets hineinfunken.

Du musst also die Vorder- und Hintergrundfarbe explizit angeben, damit so etwas nicht passieren kann.

So verkürzt lässt sich das nicht sagen. Vorder- und Hintergrundfarben für body bzw. html anzugeben, ist sicherlich nötig. Jedoch in einer Regel mit dem Typselektor »q« beispielsweise ist es unnötig, explizit eine Hintergrundfarbe anzugeben, falls diese sowieso nicht von transparent abweicht, denn background-color:transparent anzugeben, um die Validatorwarnung zu umgehen, bringt nichts im Hinblick auf die geäußerten Anforderungen.

</archiv/2003/3/t40669/#m222774>...

Es ist keinesfalls angemessen, in jedem Fall background-color:transparent zu setzen:
</archiv/2003/4/t45219/#m246711>
</archiv/2003/5/t47041/#m256812>
</archiv/2002/7/t15910/#m88944>

Mathias

[MudGuard]

Hi,

Das hatten wir doch schon - der Validator spuckt ohne wirklichen Durchblick wild Fehler aus, wie MudGuard auch sagt.

s/Fehler/Warnungen/g

Fehler gibt der CSS-Validator (fast) nur in echten Fehlersituationen aus
(Ausnahme - da war irgendwas, wenn man ein [X-]HTML-Dokument validieren läßt, das Umlaute enthält...)

cu,
Andreas

[MudGuard]

Hi,

Und wieso eine Hintergrundfarbe Definieren. Der Text soll doch sowieso Transparent sein?

Das ist eine Warnung, kein Fehler.
Du sollst einfach darauf achten, daß für alle Elemente entweder keine oder beide Farben definiert sind. Dies muß aber nicht notwendigerweise im selben Ruleset geschehen...

Nimm z.B. folgendes Stylesheet:
p.blue { color:blue; }
p.white { background-color:white; }

Das erzeugt 2 dieser Warnungen.

Wenn Du in Deinem Dokument aber nur
<p class="blue white">bla</p>
hast, sind beide Farben gesetzt.

Oder nimm
* { color:black; background-color:white; }
p { background-color:yellow; }

Obwohl über das erste Ruleset auch für p die Farbe gesetzt wird, wird für das zweite Ruleset die Warnung über die fehlende Farbe ausgegeben.

Der CSS-Validator überprüft NICHT die Struktur des Dokumentes, er prüft nur das CSS.

cu,
Andreas

[Jan]

Hallo,

http://www.schnirkel.ch/main.htm
http://www.schnirkel.ch/nav.htm

Du könntest erst mal die seite nach html und css validieren und vornehmlich die css fehler beheben und sehen was dann ist.

Und das gewurschtel von html formaten und css formaten ist auch nicht so der hit, entscheide dich doch für eines, sinnvollerweise für css.

dann sehe ich nicht recht den grund warum du da absolut positionierst, schreib die links doch in eine liste und hi und da etwas margin und padding und das bild als hintergrund.
Eine tabelle und dann noch der div, dass ist eine unötig komplizierte und sinnfreie konstruktion welche halt wahrscheinlich mehr fehleranfällig ist als ein <ul> element mit hintergrund, zb.

Gruss, Jan aus Dresden