|
|||
html 4.01 > xhtml 1.0 strict / ie Problem
Hallöle,
ich versuche zur Zeit eine in HTML 4.01 programmierte Webseite in XHTML 1.0 strict umzuschreiben. Alle Validatoren die ich zur Überprüfung benutzt habe gaben mir an, dass die Seite valide XHTML 1.0 sei. Die Seite wurde mir in der HTML 4.01 Version auf allen Browser gleich angezeigt. Jetzt in der XHTML 1.0 strict Version weigert sich der Browser IE (Version 7.0.5730.11) mir die Seite anzuzeigen und bietet die Seite gleich als Download an. In meiner Verzweiflung habe ich schon alle möglichen Versionen des Doctype etc. ausprobiert und Sonderzeichen u.a. als Unicode direkt reingeschrieben, jedoch kam immer wieder dieselbe Reaktion des IE. Meine Stylesheets habe ich auch hinsichtlich Leerzeichen kontrolliert. Bei meiner intensiven Recherche bin ich nicht wirklich weiter gekommen. Habe ich etwas übersehen? Oder mache ich etwas grundsätzlich falsch? Vielleicht kann mir jemand weiter helfen. Den Quellcode meiner Webseite und die passenden Styles füge ich mit an. Bitte nicht an die doppelte Schreibweise der Styles stören, die schreibe ich später etwas kompakter zusammen. Ich danke schon mal im Voraus für die Bemühungen hinsichtlich meines Problems zu lösen. Ringelwürmsche |
Sponsored Links |
|
|||
Hallo Gumbo ,
lieb von Dir, dass du so schnell geantwortest hast. Wie schon vorher erwähnt hatte ich diverse Doctype und Schreibweisen getestet. Falls Du diese Schreibweise "meta http-equiv="Content-Type" content="text/html; charset=utf-8" " meintest, die habe ich bereits getestet :/ Es gibt viele Seiten die ich mir betrachtet habe, welche in meinem IE mit der Kodierung laufen, jedoch nicht bei meiner Seite... irgendwie habe ich einen Knoten zur Zeit im Kopf und verfahre deswegen nur noch experimentell. Dies führt aber zu nichts wenn man nicht den Fehler gefunden hat. Was muss ich an meinen Doctype und Content-Type hinzufügen oder weglassen?, damit das ganze endlich mal funzt. Ich könnte mir die >oo< Haare raufen. Für Deine Hilfe wäre ich sehr dankbar Grüsse Ringelwürmsche |
|
|||
Zitat:
XHTML versteht er eh nicht, und der Content-Type wird vom Server gesendet (installier halt mal einen "HTTP_Sniffer"; PlugIns gibt's für IE, FF, Opera, ...). Was dann abweichend im Dokument steht, spielt für keinen Browser eine Rolle. Sende halt das valide XHTML-Dokument als invalides HTML-Dokument, und der IE (die kommende Version 8 inkl.) ist glücklich ... Wenn Du magst, kannst Du das XHTML-Dokument ja den Browsern, die XHTML beherrschen, auch als XHTML senden. Im Request-Access-Header steht diese Info. Du kannst darauf reagieren mittels z.B. PHP oder Content Negotiation ... Ich persönlich bevorzuge generell Kodierung in HTML, und zu Testzwecken (wg. der JavaScript-Unterschiede zw. HTML & XHTML) XHTML mit Umwandlung via PHP (Beispiel - in der untersten Zeile der "W3C-Notiz" steht, wie der Browser das Dokument gerade verarbeitet).
__________________
Gruß, Cybaer |
|
|||
Zitat:
Bei mir ist es einfach: Da "XHTML-JavaScript" und "HTML-JavaScript" ein wenig inkompatibel sind, teste ich meine Scripts mit nur einem XHTML-Test-Dokument sowohl in XHTML, als auch in HTML. Ein Test-Dokument in XHTML zu coden und als HTML auszuliefern, nützt ja nichts (weil es dann vom Browser nicht als XHTML behandelt wird), und mit diesem Automatismus kann ich per Klick in jedem Browser alle Kombinationen mal eben durchprobieren, mit nur einer Datei, und ohne immer die Dateiendung ändern zu müssen. Deswegen ein kleines PHP-Helferscript, das universell ist, und unsichtbar im Hintergrund werkeln kann ... Wenn ich "normale" Webseiten code, oder aus einer XML-Datenbasis heraus Webseiten erzeugen lasse, verwende ich HTML, sofern nicht im Ausnahmefall zwingend eine Notwendigkeit für XHTML gegeben ist. Ich glaube auch nicht, daß sich die Mehrheit der XHTML-Coder von XHTML irgendetwas verspricht, außer, einem Hype gefolgt zu sein ...
__________________
Gruß, Cybaer |
|
|||
Hallöle,
Ich habe mich gegen die folgende Vorgehensweise entschieden: "kannst Du das XHTML-Dokument ja den Browsern, die XHTML beherrschen, auch als XHTML senden. Im Request-Access-Header steht diese Info. Du kannst darauf reagieren mittels z.B. PHP oder Content Negotiation ..." , da laut Schneegans diese nicht ganz unproblemtisch ist Ich habe mich dafür entschieden, der eigentlich in XHTML codierten Seite , anstatt ihr Datei-Endung 'xhtml' ... die Endung 'html' zu geben. Dies ist zwar auch gefummelt, aber immerhin zeigt mir der IE wenigstens die Seite und bietet diese nicht zum download an. Die kleinen Fehler bei der Positionierung eines Div-Bereichs kann ich über die, speziell für den IE agelegten, CSS-Datei korrigieren. Die Seite wird trotz der HTML-Endung von den verschiedenen xhtml-Validatoren als XHTML-Datei akzeptiert und weiterhin als fehlerfrei deklariert. Aber vielleicht hat jemand noch eine bessere Lösung die ohne viel Aufwand zum gewünschten Ergebnis führt? Grüsse Ringelwürmsche gräbt das Web nach besserem Futter um Geändert von ringelwürmsche (10.10.2008 um 13:13 Uhr) |
Sponsored Links |
Stichwörter |
ie problem, xhtml1.0, xhtmlforum |
Themen-Optionen | |
Ansicht | |
|
|
Ähnliche Themen | ||||
Thema | Autor | Forum | Antworten | Letzter Beitrag |
Barrierefreiheit: html 4.01 strict vs. xhtml | WebFreeway | Barrierefreiheit | 10 | 12.05.2009 20:14 |
Include Befehl bei XHTML 1.0 Strict | Oliwood | Serveradministration und serverseitige Scripte | 20 | 27.02.2009 00:40 |
border um die w3 valid buttons wegbekommen unter xhtml strict 1.0 ??? | bastien | CSS | 4 | 09.09.2006 02:19 |
problem mit validierung und xhtml strict 1.0 | arne | (X)HTML | 4 | 23.03.2006 20:14 |
XHTML 1.0 strict und input in formular | Heavenfighter | (X)HTML | 5 | 10.08.2004 11:48 |