Seiten (Tabellen) werden im IE zerschossen ;-) dargestellt
rakl
- css
Hallo,
habe mit html und css meine Webseite neu gestaltet.
Das ganze in xhtml.
Die Browser (mozilla, konqueror, opera) mit denen ich getestet habe stellen die Seite auch gut und richtig dar.
Das css und die Seiten sind auch nach w3c validiert und in Ordnung.
Im Internetexplorer fallen die Seiten völlig aus dem Rahmen.
Tabellen (liegen innerhalb eines div Bereiches) werden viel zu breit dargestellt.
Adressen: http://www.rainerkleinedowe.de und auf einer anderen Seite http://people.freenet.de/sternchrystall und dort auf Begriffe.
Wenn da mal jemand einen Tipp hat, wie ich das Problem in den Griff kriege.....
Danke
Rainer
Hi Rainer,
Das css und die Seiten sind auch nach w3c validiert und in Ordnung.
Im Internetexplorer fallen die Seiten völlig aus dem Rahmen.
Tabellen (liegen innerhalb eines div Bereiches) werden viel zu breit dargestellt.
<?xml version="1.0"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
Wenn du eine XML-Deklaration angibst, fällt der Trottel von M$IE6 in den quirks-mode zurück und verhält sich dann wie ein M$IE5 (Box-Model-Bug). Mehr zu diesem Thema habe ich heute schon gesagt: </?m=151710&t=27814>
LG Orlando
Hallo Orlando,
<?xml version="1.0"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
Wenn du eine XML-Deklaration angibst, fällt der Trottel von M$IE6 in den quirks-mode zurück und verhält sich dann wie ein M$IE5 (Box-Model-Bug). Mehr zu diesem Thema habe ich heute schon gesagt: </?m=151710&t=27814>
ist das der Unterschied "CSS1 Compatibel" vs "Back Compatibel", der
auch per JavaScript alert(document.compatMode) ausgegeben wird?
Und, wie schon zu </?m=151710&t=27814> ähnlich gefragt, bei
üblichen Websites müssen ja IE5 und IE5.5 bedient werden, ist es da nicht
sinnvoll IE6 sich so wie 5 und 5.5 verhalten zu lassen, damit nur zwei
Varianten IE und Mozilla zu berücksichtigen sind, oder siehst du anders
Vorteile trotz einer u.U. nötigen zusätzlichen Browserweiche?
Grüsse
Cyx23
Erst mal Danke für Eure Antworten.
Richtig weiter hilft mir das aber nicht. :-(
Browserweiche? Nö. Eigentlich nicht mein Ding. Kann ich ja anfangen, und für jeden Browser eine eigene Seite schreiben. Nö. Das muss so laufen.
Auf einer anderen Webseite (auch xhtml) werden übrigens die Tabellen ordnungsgemäß dargestellt. (css sieht aber auch anders aus)
Und das Problem (optisch) bereitet der IE 5.5 (möglicherweise auch andere Versionen)
Rainer
PS. Kennt jemand einen Weg, um den IE unter Linux ans laufen zu kriegen?
Hab schon wine installiert, und mal versucht den IE5.5 von einer CD aus zu installieren. Leider Fehlgeschlagen. :-(
Hi Cyx23,
Wenn du eine XML-Deklaration angibst, fällt der Trottel von M$IE6 in den quirks-mode zurück und verhält sich dann wie ein M$IE5 (Box-Model-Bug).
ist das der Unterschied "CSS1 Compatibel" vs "Back Compatibel", der
auch per JavaScript alert(document.compatMode) ausgegeben wird?
korrekt, das ist er. Mathias 'molily' hat hierzu eine schöne Seite geschrieben:
http://home.t-online.de/home/dj5nu/js-dom-changestyle.html
Und, wie schon zu </?m=151710&t=27814> ähnlich gefragt, bei
üblichen Websites müssen ja IE5 und IE5.5 bedient werden, ist es da nicht
sinnvoll IE6 sich so wie 5 und 5.5 verhalten zu lassen, damit nur zwei
Varianten IE und Mozilla zu berücksichtigen sind, oder siehst du anders
Vorteile trotz einer u.U. nötigen zusätzlichen Browserweiche?
Also notwendig ist die XML-Deklaration nicht, vor allem, wenn du die Seiten nicht auch als application/xhtml+xml auslieferst. Ich handle hier allerdings nach dem Reinheitsgebot ;) und lasse sie drinnen, sie stört mich nicht. Ich muss allerdings noch mit dem M$IE<6 ausgiebig testen.
LG Orlando
Hallo, Orlando.
Wenn du eine XML-Deklaration angibst, fällt der Trottel von M$IE6 in den quirks-mode zurück und verhält sich dann wie ein M$IE5 (Box-Model-Bug).
ist das der Unterschied "CSS1 Compatibel" vs "Back Compatibel", der
auch per JavaScript alert(document.compatMode) ausgegeben wird?
korrekt, das ist er. Mathias 'molily' hat hierzu eine schöne Seite geschrieben:
http://home.t-online.de/home/dj5nu/js-dom-changestyle.html
Hm, naja, die Seite mag zwar auch schön sein (Ansichtssache ;)), aber ich tippe mit großer Wahrscheinlichkeit, dass du eher diese Seite gemeint hast:
http://home.t-online.de/home/dj5nu/iecpmodetest.html
Welche ihrerseits den Titel "Internet Explorer Compliance/Compatibility Mode Tests With Regard To XHTML Documents" tragen tut und allein schon vom Dateinamen ("JS DOM change style", klingelt was? ;)) eher zum Thema passt. :)
Und, wie schon zu </?m=151710&t=27814> ähnlich gefragt, bei
üblichen Websites müssen ja IE5 und IE5.5 bedient werden, ist es da nicht
sinnvoll IE6 sich so wie 5 und 5.5 verhalten zu lassen, damit nur zwei
Varianten IE und Mozilla zu berücksichtigen sind, oder siehst du anders
Vorteile trotz einer u.U. nötigen zusätzlichen Browserweiche?
Also notwendig ist die XML-Deklaration nicht, vor allem, wenn du die Seiten nicht auch als application/xhtml+xml auslieferst. Ich handle hier allerdings nach dem Reinheitsgebot ;) und lasse sie drinnen, sie stört mich nicht. Ich muss allerdings noch mit dem M$IE<6 ausgiebig testen.
Ich hab's großflächig herausgenommen, wobei es wie du sagst bei text/html sowieso überflüssig ist. Da ich meine Seiten per CMS generiere, kann ich nachträglich an den Doctypes nach Belieben herumschrauben.
Mathias
Hi Mathias,
aber Hallo - ist bei dir ein Echtzeit-Referer-Alarm eingebaut? ;)
http://home.t-online.de/home/dj5nu/js-dom-changestyle.html
Hm, naja, die Seite mag zwar auch schön sein (Ansichtssache ;)),
Ist sie :)
aber ich tippe mit großer Wahrscheinlichkeit, dass du eher diese Seite gemeint hast:
http://home.t-online.de/home/dj5nu/iecpmodetest.html
Muss ich jetzt rot werden?
Welche ihrerseits den Titel "Internet Explorer Compliance/Compatibility Mode Tests With Regard To XHTML Documents" tragen tut und allein schon vom Dateinamen ("JS DOM change style", klingelt was? ;)) eher zum Thema passt. :)
Mein Gott, du hast Recht. Wie konnte *dir* das passieren? >;p
Da ich meine Seiten per CMS generiere, kann ich nachträglich an den Doctypes nach Belieben herumschrauben.
CMS? Bitte erzähl' doch ein bisschen darüber, das interessiert mich auch.
LG Orlando
Hallo, :)
aber Hallo - ist bei dir ein Echtzeit-Referer-Alarm eingebaut? ;)
Tatsächlich, ich hatte den Thread nicht gelesen, aber da ich auf jeder Seite mangels Zugriff auf den Logfile oder eine statistische Auswertung ein externe "Bildstatistik" eingebaut habe, habe ich zufällig den Thread in der Statistik entdeckt.
Für gewöhnlich funktioniert das nur selten, da viele verständlicherweise Referer oder das Einbinden von externen Grafiken abgeschaltet haben, aber wenn 85% MSIE ohne Proxy o.ä. nutzen, werden dennoch viele Referer verzeichnet.
Naja, und alle paar Tage schaue ich nach, wie sich die Besucherzahlen entwickeln (in erster Linie weil seit dem letzten Google Dance mein Popup-Artikel vom ersten auf einen 20.-30. Rang gerutscht ist :-/) und erblickte so diesen Thread. Da für gewöhnlich niemand den von mir geposteten Links folgt, musste ich natürlich nachsehen. ;)
http://home.t-online.de/home/dj5nu/js-dom-changestyle.html
Hm, naja, die Seite mag zwar auch schön sein (Ansichtssache ;)),
Ist sie :)
Großartiges wird dort aber nicht vollbracht... :)
aber ich tippe mit großer Wahrscheinlichkeit, dass du eher diese Seite gemeint hast:
http://home.t-online.de/home/dj5nu/iecpmodetest.html
Muss ich jetzt rot werden?
Nein, du solltest dich freuen, dass immer jemand über deine Schritte und Fehltritte wacht, big brother and is watching you. ;->
Welche ihrerseits den Titel "Internet Explorer Compliance/Compatibility Mode Tests With Regard To XHTML Documents" tragen tut und allein schon vom Dateinamen ("JS DOM change style", klingelt was? ;)) eher zum Thema passt. :)
Mein Gott, du hast Recht. Wie konnte *dir* das passieren? >;p
Das verstehe ich nicht...
Da ich meine Seiten per CMS generiere, kann ich nachträglich an den Doctypes nach Belieben herumschrauben.
CMS? Bitte erzähl' doch ein bisschen darüber, das interessiert mich auch.
*g* Mangels CGI-fähigem Speicherplatz versuche ich auf meiner Seite vor dem Uploaden ein wenig Ordnung zu schaffen, indem teilweise der Dateiheader (DTD, Styles und so ein Kram), die Navigation und der Seitenfuß in verschiedenen Variationen durch Funktionsaufrufe eingebunden werden. Das "CMS" ist lediglich ein PHP-Script mit einem Haufen Funktionen, welche die genannten wiederkehrende Seitenelemente ausgeben (DTD mit XML-Deklaration, 1.0 oder 1.1, die Warnung für IE-Benutzer... ;)). Hinzu kommen Suchen/Ersetzen-Skripte, durch welche sich globale Änderungen vereinfachen lassen, welche aber eher mir das "managen" vereinfachen als mir die Arbeit abzunehmen. Alles in allem sehr bescheiden, aber ausreichend für die 20 relevanten Dokumente. ;) Den Hauptcode schreibe ich natürlich weiterhin per Hand, wobei das i.d.R. nur hx, p, ul, ol und dl sind, es sei denn, es ist einmal wieder eine CSS-Spielerei an der Reihe (z.B. http://home.t-online.de/home/dj5nu/lit-fallout.html ;)). Als nächstes wäre die kleine Sterne-Seite bezüglich des Umstiegs auf dieses "CMS" an der Reihe.
Vor jedem Update werden die statischen HTML-Seiten generiert und automatisch hochgeladen.
Wie irgendwo im Archiv dokumentiert sein dürfte, wollte ich das ganze etwas ausbauen mit dem DOMXML-Modul, aber dessen Entwicklung ist momentan noch in Gange, weshalb ein Einsatz noch unmöglich ist. Damit könnte man Seiten wirklich voll dynamische zusammenbauen und nur nur Strings aneinanderketten oder Datenbankwerten gemäß Templates ausgeben. In dem genannten Umfang mache ich es auch mit anderen Seiten, da der nächste Schritt bereits ein datenbankbasiertes CMS oder eine Metasprache wäre, vor allem für meine private Seite wäre das momentan sinnlos, für die beiden anderen Seiten wird momentan etwas neues entwickelt. Beispielsweise ist eine Art Datenbank nötig, um bspw. einen breadcrumb trail und dynamische Navigationen zu erzeugen. Hier wäre XML perfekt, um die Struktur abzubilden, womit wir auf der Stelle treten, da ich nur PHP kann... ;) Bei einem Projekt wird deshalb vorerst zukünftig mit handgeschriebenen Arrays gearbeitet, welche sich nur grausig maschinell verwerten lassen, deshalb muss ich da wohl einen primitiven rekursiven Parsingmechanismus schreiben... mal sehen.
Mathias
Schön, dass ihr Euch gut unterhaltet. ;-)
Aber wird da eigentlich noch irgendwo das Thema behandelt. :-/
Rainer