[Waschbequen]

[beeviZ]

haha. arsch. das stylesheet mit den ie hacks war falsch verlinkt

scheiß browser

[Waschbequen]

Im Firefox liegen die "Navi-Gruppen" links auch über dem Hauptcontainer, sieht irgendwie auch doof aus. Ist das gewollt?

[beeviZ]

hä? mach mal bitte nen screen. bei mir stimmt da alles. laut browsershots.org stimmt auch nich nur bei mir alles?!

[Waschbequen]

[Achim M.]

@beeviZ

Zunächst mal Respekt für Deine Arbeit. Trotzdem: Der Aufwand überzeugt mich nicht wirklich. Im IE ist der Aufbau nicht so perfekt wie unter Firefox (Ruckeln in der Menüleiste bei Fotografie, die Auswahlfarbe geht nicht bis zum Rand der Menüleiste, Skriptfehler). Unterm IE auf dem Mac läuft's gar nicht.

So hat man nun einen perfekten Code, benötigt aber diverse Tricks, um den Marktführer der Browser bei der Stange zu halten. Ältere Browser bleiben im Regen stehen. Also unter barrierefrei verstehe ich etwas anderes.

Ich bevorzuge seit Jahren eine Mischung aus DIV-Containern und Tabellen und kriege ohne riesige Tests auch ältere Browser unter einen Hut. Warum sollte diese Vorgehensweise nachteilig sein?

Weil Inhalt und Design vermischt werden? Nein, das ist nicht wirklich so. Denn eigentlich verkaufe ich seit Jahren meinen Kunden keine statischen Seiten mehr. Und in einem CMS sind Inhalt und Design sowieso streng getrennt. Was interessiert da der Code, den der Browser vorgesetzt bekommt. Eine Anpassung des Quellcodes ist ja jederzeit möglich. Und wenn die Site von einem Mobiltelefon oder einem Textbrowser aufgerufen werden soll, hinterlegt man eben ein passendes Template im CMS und gut ist. Wozu ist es im Augenblick (in die Zukunft kann ich nicht schauen) sinnvoll, den HTML-Code so stark zu abstrahieren?

Ich sehe da tatsächlich keinen Vorteil sondern eher Nachteile bei der Browserkompatibilität.

Gruß

Achim

[Waschbequen]

[Achim M.]