Bei Aufruf Artikel steht Blank vor Doctype - Sidebar istim IE7 nach rechts verschoben

    Nachdem ich nicht mit dem IE7 arbeite, bin ich kürzlich auf folgendes Problem meiner Webseite hingewiesen worden:

    Ruft man einen Artikel auf, so ist die Sidebar nach rechts neben dem oberen Menu verschoben und der Artikeltext steht unter der Sidebar. Bei normalen Seiten, Kategorie- und Archiv-Übersichten tritt dieses Problem nicht auf.

    Im IE6 und FF tritt dieses Problem ebenfalls nicht auf. Ich benutzte unter bttv-kreis-hassberge.de ein bis zur Unkenntlichkeit umgestaltetes WP-Theme. Hier wird im oberen Bereich das ADxMenu von Aleksandar Vacić (http://www.aplus.co.yu/adxmenu/) angezeigt. Es handelt sich hier um ein top to bottom DropDown-CSS-Menu. Für die Nutzung dieses CSS-Menu's importiere ich eine admenu.css und bei IE6 und niedriger eine admenu-ie.css und ADxMenu.js, um dem IE das hoovern zu ermöglichen.

    Bei einer CSS-Validierung unter jigsaw.w3.org bekomme ich u.a. folgenden Fehler:

    Code
    .menu li li:hover > ul Lexical error at line 105, column 2. Encountered: <EOF> after : ""



    Validiere ich eine HTML-Artikelseite, so erhalte ich folgenden Fehler:

    Code
    [B]Validation Output: 2 Errors[/B]
 
[I]Line 1, Column 0[/I]: character "" not allowed in prolog.
[COLOR=red]....[/COLOR]<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.
 
[I]Line 1, Column 3[/I]: XML Parsing Error: Start tag expected, '<' not found.
<[B]![/B]DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.



    Hier wird für Column 0 angezeigt, dass sich da irgendwie ein Blank eingeschlichen hat. Für Column 3 ist das "!" mit Punkten hervorgehoben. Schaue ich mir den Quelltext im IE7 an, so sehe ich den Leerschritt nicht. Dafür wird im Quelltext des IE6 ein Leerschritt angezeigt.

    Kann es sein, dass das Verrutschen der Siedebar im IE7 durch den Leerschritt vor der Doctype verursacht wird? Wenn ja, wie behebe ich diesen Fehler? Denn die Doctype wird durch die header.php an die single.php, index.php und page.php übergeben und ändert sich ja eigentlich nicht.

    Aleksandar Vacić hat einen Strict-Doctype gewählt, der sich aber nicht mit meinem Thema verträgt:

    HTML
    <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head profile="http://gmpg.org/xfn/11">



    Ist ggf. hier der Fehler zu suchen?

    Kann mir jemand bei diesem Problem helfen? Oder bin ich ggf. total auf der falschen Spur?

    Wenn jemand mehr Code braucht bitte melden!

    • Gerade eben
    • Anzeige

    Hallo!

    Wenn du gerade an deiner Website arbeitest oder dein aktuelles Hosting überdenkst: Wir betreiben mit NetzLiving eine Hosting-Plattform, die speziell auf Performance, Sicherheit und einfache Verwaltung ausgelegt ist.

    • ✔️ Schnelle Ladezeiten (optimiert für WordPress & Co.)
    • ✔️ Deutsche Server & DSGVO-konform
    • ✔️ Persönlicher Support (kein 0815-Ticket-System)

    Mehr erfahren

    Zitat

    Hier wird für Column 0 angezeigt, dass sich da irgendwie ein Blank eingeschlichen hat. [...] Kann es sein, dass das Verrutschen der Siedebar im IE7 durch den Leerschritt vor der Doctype verursacht wird?


    Das ist kein Leerzeichen oder Whitespace. Das sieht mir mehr nach 2 UTF-8-BOMs aus. Schau mal hier, letzter Absatz:
    WordPress Deutschland FAQ »Cannot modify header information ?«
    Und ja, das wird durchaus ein Grund dafür sein.

    Du solltest deine Template-Dateien nochmal neu speichern und hochladen. Beim Speichern darauf achten, dass die Dateien als "UTF-8 ohne BOM" gespeichert werden. Wie das geht verrät dir die Hilfe zu deinem Editor. ;-)

    Zitat

    Bei einer CSS-Validierung unter jigsaw.w3.org bekomme ich u.a. folgenden Fehler:


    Da wird wohl ein Browserbug als CSS-Browserweiche ausgenutzt. D.h. das ist gewollt.

    Zitat

    Aleksandar Vacić hat einen Strict-Doctype gewählt, der sich aber nicht mit meinem Thema verträgt:


    Schlechtes Theme. :-) Nein Spaß, aber es kann durchaus Rendering-Unterschiede beim Wechsel von Strict auf Transitional geben. Diese sollte der Browserhersteller aber dokumentiert haben.

    Zitat von marX

    Das ist kein Leerzeichen oder Whitespace. Das sieht mir mehr nach 2 UTF-8-BOMs aus. Schau mal hier, letzter Absatz:
    WordPress Deutschland FAQ »Cannot modify header information ?«
    Und ja, das wird durchaus ein Grund dafür sein.

    Du solltest deine Template-Dateien nochmal neu speichern und hochladen. Beim Speichern darauf achten, dass die Dateien als "UTF-8 ohne BOM" gespeichert werden. Wie das geht verrät dir die Hilfe zu deinem Editor. ;-).



    Danke für den super Hinweis und die ultra-schnelle Hilfe!!! Mit einer Überarbeitung der single.php habe ich das BOM entfernt und nun funktioniert es auch wieder im IE7.

    Ich hab den BOM-Hinweis beim Validieren zwar gelesen, konnte aber wenig damit anfangen...
    Mit noch etwas googlen hätte ich es eigentlich selbst lösen müssen. Denn eigentlich hatte ich die Lösung ja erkannt. Und die Behebung war ja schließlich ein Kinderspiel! :mrgreen:

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden