Hallo, Christoph,
Im Opera ist die Seite Overkill - erst einmal hört die Seite nicht (nie) auf zu laden, man muss mit Escape das Rendern abbrechen.
Ich frage mich, ob das tatsächlich an einem 'padding' liegt. Auf meinem lokalen System hat Opera dasselbe Problem, was du beschreibst. Als ich die besagte (quelltextidentische) Datei dann aber als .html abgespeichert habe, gab es keine Probleme mehr. Und ich habe keine Ahnung, woran das liegt... und das mit dem HTML-Quelltext habe ich auch erlebt und konnte es mir genausowenig erklären...
Ich kann den Fehler (nicht endendes Laden) komischerweise nicht mehr lokal reproduzieren, weder über die Datei noch über einen lokalen HTTP-Server. Wenn ich die Seite remote aufrufe, tritt der Fehler immer noch auf. Mir ist genau das schon einmal mit leeren Dateien begegnet (Länge Null), bei denen hört Opera auch nicht auf zu Laden. Ich denke mal, Opera hält die Verbindung offen und wartet, bis der Server die Daten (zuende) gesendet hat, weil er irgendwie die Serverantwort missversteht. Ich weiß nur nicht, woher das kommt, denn ich kann nicht sehen, dass sich der sonagua.phics.de-Server anormal verhält...
Auch dass der HTML-Quelltext angezeigt wird kann ich nicht mehr beobachten. Falls du dahingehend etwas geändert hast, muss es wohl an deinen Änderungen liegen, aber ich kann nichts erkennen... dennoch würde ich zwischen Dokumentanfang und Doctype keine Leerzeichen oder Newlines machen und <meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1"> das erste Element im head-Element machen. Muss hier iso nicht kleingeschrieben werden? Hilfreich ist es vielleicht.
Für eine kurze Zeit wurde gerade auch die rechte Spalte (die mit dem reveal-Link) im Opera nicht angezeigt, jetzt geht es plötzlich wieder... es macht mich verrückt, ich weiß nicht, woran es liegt, wobei solche Fehler im Opera auch im Bezug auf Hintergrundfarben auftreten.
Wenn es an den Zeilenumbrüchen liegt: Wie kann man herausfinden, ob es sich um ein \r oder ein \n handelt? Und wie kann man solche Zeilenumbrüche entfernen? Soweit ich mich erinnere, gab es nach einem str_replace("\n", '') immer noch Zeilenumbrüche.
Ich habe gerade nach einigen Tests herausgefunden, dass beim ASCII-Upload von Dateien mit Windows-Zeilenumbrüchen (\r\n) das \r gestrichen wird, sofern dürften deine Templates keine \r-Zeichen mehr enthalten.
Dass meine Editoren mit den \n (Newlines) nicht klar kamen, ist mir ein Rätsel, scheinbar geht es jetzt... das konnte also kein Auslöser der Opera-Probleme sein.
Die Funktion dürfte soweit also keine Probleme machen und ihren Zwekc erfüllen, weil theoretisch keine anderen Zeilenumbrüche vorhanden sein können...
Achja, die Navigation wird auch irgendwie verschoben angezeigt, deshalb würde ich hier bei dem senkrechten beiden Strichen nur mit einem Hintergrund arbeiten.
Besagtes Problem: Bei einem Hintergrund beginnt Netscape in der untergeordneten Tabelle (also die, wo die Menüpunkte drinstehen) in jeder Zeile mit dem Hintergrund von neuem - so dass die Striche am Ende des Bildes verlorengehen. Ich kann mal gucken, ob ich mit einer Spalte auskomme ...
Wow, also dass die Seite in NS 4.x funktioniert löst fast schon Erstaunen aus, weil ich es nie hinbekomme, meine Seiten auch nur ansatzweise damit zum laufen zu bekommen, wobei ich auch meist CSS-Layout verwende, aber wenn ich auch nur ein Rahmen mit CSS setze, ist die Darstellung im Eimer...
Das align="center"-Problem im IE kannst du vermutlich durch ein herausnehmen einer solchen Angabe an einer bestimmten Stelle lösen, wobei ich nicht genau weiß, welche, ich habe erst alle herausgenommen und dann nur die nötigen wieder eingefügt.
Bin noch am Arbeiten dran. Wollte mir den IE 6.0 nicht installieren, weil ich befürchte, dass dann mein IE 5.5. auf Nimmerwiedersehen verschwindet ...
Da kannst du wohl nichts dran ändern... wieso willst du denn unbedingt an IE 5.5 festhalten, damit du weiterhin damit testen kannst? Dafür hätte ich gerne 5.0, 5.5 und 6.0 :), aber das geht leider nicht, aber IE 5.5 ist momentan wohl am verbreitetesten von den dreien.
Gute Nacht, :)
Mathias