Cyx23: Seiten auf IE optimieren oder nicht?

Beitrag lesen

Hallo,

Auf meinem 15-Zöller und 800x600 fehlen Opera 6 (in der kostenlosen Version) gegenüber NN4.7 gemessene _2mm_!!!

Bei verschiedenen Seiten stimmen Abstände nicht, erst bei grösserer Auflösung ist alles zu sehen.
Teilweise fällt die Unvollständigkeit der Darstellung nicht sofort auf wenn divs angeschnitten werden.
Noch deutlicher bei Seiten mit Frames wie *,500,*, hier macht Opera selbst bei leeren Seiten (für *) die *Frames mit einer Mindestgrösse (vieleicht 30px(?)).
Wenn Du 500px verfügbar hast, kannst Du mit IE *,500,* sehen. Opera macht daraus etwas wie 30,440,30.
Es gibt sehr sehr viele Seiten mit mehreren Frames, da fehlt schonmal etwas mehr von der Seite.

Opera unterstützt in jedem der Modi das DOM (soweit er es denn kann). Diese Modi dienen eigentlich nur dazu, sich an irgendwie gearteten Browserweichen vorbeizuschummeln. Eine spezielle Anpassung der Webseiten an Opera, den Browser, wollen die Entwickler von Opera scheinbar gar nicht, was ich sehr löblich finde.

nein, das macht er als IE eben nicht richtig, er stört saubere Abfragen nach Methoden.
Inwieweit ein bug oder Absicht ist mir nicht bekannt, aber es ist ein Problem _ohne_ übliche "Weichen".
Gerade die richtige Verwendung von Methoden durch saubere Abfragen läuft beim Opera als IE falsch (!).

In Tabellen gehört im Prinzip nur tabellarischer Inhalt, nicht aber eine komplette Webseite.

Dann schau dir mal www.amd.com an, zum Thema Tabellen (www.amd.com funktioniert nicht mit N4, auf den wird keine Rücksicht genommen, und da sind 20-30 Tabellen verschachtelt. könnten die ja anders machen wenn es ohne tabellen so gut klappen würde)
Ansonsten irrst Du teilweise, eine Tabelle ist für Inhalt da, und das ist valides HTML, und crossbrowsertauglich dazu.
Eine Tabelle positioniert, und so wird sie angewandt. Es ist also eher ein konzeptionelles Problem der Beziehung von Form und Inhalt, wo bestimmte Strategien die Verwaltung bei Trennung der Styles einfacher machen können.
(Genauso mag ja die Vermengung von Form und Inhalt auch mal vorteilhaft sein.)

Für _IE_ unter Mac sehe ich mich z.B. gezwungen, auffällig invalides HTML zu schreiben.
Das kann stimmen, kann ich nicht beurteilen. Es interessiert mich aber auch nicht.

sind womöglich auch nochmal 5% Surfer oder so, typischerweise in Agenturen, oft besonders wichtig.

Lediglich nicht-CSS-fähige Browser zeigen oben auf der Seite diesen Hinweistext, weil dieser in einem Absatz steht, der mittels CSS (display:none) als nicht anzuzeigen ausgewiesen wird. Sieht man den Satz also, stimmt er auch. :-)

sorry, jetzt bist Du im Bereich "Etikettenschwindel" angelangt, denn "CSS (display:none)" macht der N4 ohne Probleme.
In dem Beispiel ist nur das Folgende als N4-Problem relevant:
<style type="text/css" media="all"> .rightcolumn { voice-family: ""}""; voice-family: inherit; }
                           ^^^^^^                              ^^^^^^^^^^
wenn das, wie es sich gehören würde, in einem separaten style-Block stünde, wären alle CSS Angaben für N4 vorhanden.
Zunächst die Abgrenzung CSS 2, dann voice-family (Sprechertyp) als extra Block und schon ist's ok.
Es ist also absolut keine notwendige Massnahme, sondern in dieser Form ein Politikum, bei welchem ich aus schon
hinreichend dargelegten Gründen die Probleme auf so einer Seite wie auch die "politischen" Konsequenzen
für absolut kontraproduktiv halte.

Grüsse

Cyx23